IMS registration of a V2X wireless device

ABSTRACT

A wireless device may transmit a session initiation protocol (SIP) REGISTER request to an internet protocol multimedia subsystem (IMS) network entity. The SIP REGISTER Request may comprise a first SIP header field. The first SIP header field may comprise one or more indicators for V2X capabilities of the wireless device. The wireless device may receive a SIP response from the IMS network entity. The SIP response may comprise the first SIP header field confirming the registration of the V2X capabilities. The wireless device may receive a second SIP request from the IMS network entity. The second SIP request may comprise a second SIP header field. The second SIP header field may comprise one or more indicators for V2X multicast service capabilities. The second SIP request may comprise one or more configuration parameters to receive packets via V2X broadcast and multicast bearers. The wireless device may transmit a second SIP response to the IMS network entity. The wireless device may receive packets via the V2X broadcast and multicast bearers. According to an embodiment, the SIP header field may comprise a SIP Contact header field.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of U.S. Provisional Application No. 62/313,171, filed Mar. 25, 2016, and U.S. Provisional Application No. 62/313,174, filed Mar. 25, 2016, which are hereby incorporated by reference in its entirety.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

Examples of several of the various embodiments of the present invention are described herein with reference to the drawings.

FIG. 1 is a diagram depicting example sets of OFDM subcarriers as per an aspect of an embodiment of the present invention.

FIG. 2 is a diagram depicting an example transmission time and reception time for two carriers in a carrier group as per an aspect of an embodiment of the present invention.

FIG. 3 is a diagram depicting OFDM radio resources as per an aspect of an embodiment of the present invention.

FIG. 4 is a block diagram of a base station and a wireless device as per an aspect of an embodiment of the present invention.

FIG. 5A, FIG. 5B, FIG. 5C and FIG. 5D are example diagrams for uplink and downlink signal transmission as per an aspect of an embodiment of the present invention.

FIG. 6 is an illustration of an example one to one V2X communication as per an aspect of an embodiment of the present disclosure.

FIG. 7 is an illustration of an example one to many V2X communication as per an aspect of an embodiment of the present disclosure.

FIG. 8A and FIG. 8B illustrate example V2P communications as per an aspect of an embodiment of the present disclosure.

FIG. 9A and FIG. 9B illustrate example V2P communications through a network as per an aspect of an embodiment of the present disclosure.

FIG. 10A and FIG. 10B illustrate example V2I communications as per an aspect of an embodiment of the present disclosure.

FIG. 11A and FIG. 11B illustrate example V2V communication through an RSU and a network as per an aspect of an embodiment of the present disclosure.

FIG. 12A and FIG. 12B illustrate example V2V communication through an RSU as per an aspect of an embodiment of the present disclosure.

FIG. 13A and FIG. 13B illustrate example V2I/P communication through an RSU as per an aspect of an embodiment of the present disclosure.

FIG. 14 is a block diagram of a V2X architecture as per an aspect of an embodiment of the present disclosure.

FIG. 15 is a flow diagram of an example IMS registration of a V2X UE as per an aspect of an embodiment of the present disclosure.

FIG. 16 is a flow diagram of an example IMS registration of a V2X UE as per an aspect of an embodiment of the present disclosure.

FIG. 17 is an example flow diagram showing aV2X UE sending a request to a V2X AS as per an aspect of an embodiment of the present disclosure.

FIG. 18 is an example flow diagram showing aV2X UE sending a request to a V2X AS as per an aspect of an embodiment of the present disclosure.

FIG. 18 is an example flow diagram showing aV2X UE sending a request to a V2X AS as per an aspect of an embodiment of the present disclosure.

FIG. 19 is a block diagram of a V2X broadcast multicast architecture as per an aspect of an embodiment of the present disclosure.

FIG. 20 is a flow diagram showing an example process of a V2X AS sending information about a broadcast/multicast bearer to a V2X UE as per an aspect of an embodiment of the present disclosure.

FIG. 21 is a flow diagram showing an example process of a V2X AS sending information about a broadcast/multicast bearer to a V2X AS as per an aspect of an embodiment of the present disclosure.

FIG. 22 is a diagram showing an example V2X discovery message as per an aspect of an embodiment of the present disclosure.

FIG. 23 is a flow diagram showing an example process for Model A Discovery as per an aspect of an embodiment of the present disclosure.

FIG. 24 is a flow diagram showing an example process for announcing a V2X UE as per an aspect of an embodiment of the present disclosure.

FIG. 25 is a flow diagram showing an example process for monitoring a V2X UE as per an aspect of an embodiment of the present disclosure.

FIG. 26 is a flow diagram showing an example match report process as per an aspect of an embodiment of the present disclosure.

FIG. 27 is a flow diagram showing an example process for Model B Discovery as per an aspect of an embodiment of the present disclosure.

FIG. 28 is a flow diagram showing an example discoveree V2X UE process as per an aspect of an embodiment of the present disclosure.

FIG. 29 is a flow diagram showing an example discoverer V2X UE process as per an aspect of an embodiment of the present disclosure.

FIG. 30 is a flow diagram showing an example match report process as per an aspect of an embodiment of the present disclosure.

FIG. 31 is a diagram of an example visibility configuration as per an aspect of an embodiment of the present disclosure.

FIG. 32 is an illustration of an example visibility matrix as per an aspect of an embodiment of the present disclosure.

FIG. 33 is a diagram of an example visibility configuration as per an aspect of an embodiment of the present disclosure.

FIG. 34 is an illustration of an example visibility matrix as per an aspect of an embodiment of the present disclosure.

FIG. 35 is a flow diagram showing an V2X UE distributing media within a V2X group as per an aspect of an embodiment of the present disclosure.

FIG. 36 is a diagram of a visibility matrix illustrating media distribution and redistribution as per an aspect of an embodiment of the present disclosure.

FIG. 37 is a flow diagram showing an V2X member discovery as per an aspect of an embodiment of the present disclosure.

FIG. 38 is a flow diagram showing an announcement of a neighboring list as per an aspect of an embodiment of the present disclosure.

FIG. 39 is a flow diagram showing the receiving of a Neighboring List announcement by a V2X group member as per an aspect of an embodiment of the present disclosure.

FIG. 40 is a diagram of an example visibility configuration as per an aspect of an embodiment of the present disclosure.

FIG. 41 is an illustration of an example visibility matrix as per an aspect of an embodiment of the present disclosure.

FIG. 42 is a flow diagram showing a UE generating media for reception by another UE as per an aspect of an embodiment of the present disclosure.

FIG. 43 is a diagram of a visibility matrix illustrating media distribution and redistribution as per an aspect of an embodiment of the present disclosure.

FIG. 44 is a diagram illustrating segmentation of a neighbor list as per an aspect of an embodiment of the present disclosure.

FIG. 45 is a diagram illustrating reverse segmentation of a neighbor list as per an aspect of an embodiment of the present disclosure.

FIG. 46 is a diagram illustrating an example information element of a user diagram protocol as per an aspect of an embodiment of the present disclosure.

FIG. 47 is a diagram illustrating an example information element as per an aspect of an embodiment of the present disclosure.

FIG. 48 is a diagram illustrating an example packet format as per an aspect of an embodiment of the present disclosure.

FIG. 49 is a diagram illustrating an example information element as per an aspect of an embodiment of the present disclosure.

FIG. 50 is a diagram illustrating an example information element as per an aspect of an embodiment of the present disclosure.

FIG. 51 is a diagram illustrating an example information element as per an aspect of an embodiment of the present disclosure.

FIG. 52 is a diagram illustrating segmentation of a neighbor list as per an aspect of an embodiment of the present disclosure.

FIG. 53 is a diagram illustrating reverse segmentation of a neighbor list as per an aspect of an embodiment of the present disclosure.

FIG. 54 is an example flow diagram as per an aspect of an embodiment of the present disclosure.

FIG. 55 is an example flow diagram as per an aspect of an embodiment of the present disclosure.

FIG. 56 is an example flow diagram as per an aspect of an embodiment of the present disclosure.

FIG. 57 is an example flow diagram as per an aspect of an embodiment of the present disclosure.

FIG. 58 is an example flow diagram as per an aspect of an embodiment of the present disclosure.

DETAILED DESCRIPTION OF EMBODIMENTS

The following Acronyms are used throughout the present disclosure:

ASIC application-specific integrated circuit

BPSK binary phase shift keying

CA carrier aggregation

CSI channel state information

CDMA code division multiple access

CSS common search space

CPLD complex programmable logic devices

CC component carrier

DL downlink

DCI downlink control information

DC dual connectivity

EPC evolved packet core

E-UTRAN evolved-universal terrestrial radio access network

FPGA field programmable gate arrays

FDD frequency division multiplexing

HDL hardware description languages

HARQ hybrid automatic repeat request

IE information element

LTE long term evolution

MCG master cell group

MeNB master evolved node B

MIB master information block

MAC media access control

MAC media access control

MME mobility management entity

NAS non-access stratum

OFDM orthogonal frequency division multiplexing

PDCP packet data convergence protocol

PDU packet data unit

PHY physical

PDCCH physical downlink control channel

PHICH physical HARQ indicator channel

PUCCH physical uplink control channel

PUSCH physical uplink shared channel

PCell primary cell

PCell primary cell

PCC primary component carrier

PSCell primary secondary cell

pTAG primary timing advance group

QAM quadrature amplitude modulation

QPSK quadrature phase shift keying

RBG Resource Block Groups

RLC radio link control

RRC radio resource control

RA random access

RB resource blocks

SCC secondary component carrier

SCell secondary cell

Scell secondary cells

SCG secondary cell group

SeNB secondary evolved node B

sTAGs secondary timing advance group

SDU service data unit

S-GW serving gateway

SRB signaling radio bearer

SC-OFDM single carrier-OFDM

SFN system frame number

SIB system information block

TAI tracking area identifier

TAT time alignment timer

TDD time division duplexing

TDMA time division multiple access

TA timing advance

TAG timing advance group

TB transport block

UL uplink

UE user equipment

VHDL VHSIC hardware description language

Example embodiments of the invention may be implemented using various physical layer modulation and transmission mechanisms. Example transmission mechanisms may include, but are not limited to: CDMA, OFDM, TDMA, Wavelet technologies, and/or the like. Hybrid transmission mechanisms such as TDMA/CDMA, and OFDM/CDMA may also be employed. Various modulation schemes may be applied for signal transmission in the physical layer. Examples of modulation schemes include, but are not limited to: phase, amplitude, code, a combination of these, and/or the like. An example radio transmission method may implement QAM using BPSK, QPSK, 16-QAM, 64-QAM, 256-QAM, and/or the like. Physical radio transmission may be enhanced by dynamically or semi-dynamically changing the modulation and coding scheme depending on transmission requirements and radio conditions.

FIG. 1 is a diagram depicting example sets of OFDM subcarriers as per an aspect of an embodiment of the present invention. As illustrated in this example, arrow(s) in the diagram may depict a subcarrier in a multicarrier OFDM system. The OFDM system may use technology such as OFDM technology, SC-OFDM technology, or the like. For example, arrow 101 shows a subcarrier transmitting information symbols. FIG. 1 is for illustration purposes, and a typical multicarrier OFDM system may include more subcarriers in a carrier. For example, the number of subcarriers in a carrier may be in the range of 10 to 10,000 subcarriers. FIG. 1 shows two guard bands 106 and 107 in a transmission band. As illustrated in FIG. 1, guard band 106 is between subcarriers 103 and subcarriers 104. The example set of subcarriers A 102 includes subcarriers 103 and subcarriers 104. FIG. 1 also illustrates an example set of subcarriers B 105. As illustrated, there is no guard band between any two subcarriers in the example set of subcarriers B 105. Carriers in a multicarrier OFDM communication system may be contiguous carriers, non-contiguous carriers, or a combination of both contiguous and non-contiguous carriers.

FIG. 2 is a diagram depicting an example transmission time and reception time for two carriers as per an aspect of an embodiment of the present invention. A multicarrier OFDM communication system may include one or more carriers, for example, ranging from 1 to 10 carriers. Carrier A 204 and carrier B 205 may have the same or different timing structures. Although FIG. 2 shows two synchronized carriers, carrier A 204 and carrier B 205 may or may not be synchronized with each other. Different radio frame structures may be supported for FDD and TDD duplex mechanisms. FIG. 2 shows an example FDD frame timing. Downlink and uplink transmissions may be organized into radio frames 201. In this example, radio frame duration is 10 msec. Other frame durations, for example, in the range of 1 to 100 msec may also be supported. In this example, each 10 ms radio frame 201 may be divided into ten equally sized subframes 202. Other subframe durations such as including 0.5 msec, 1 msec, 2 msec, and 5 msec may also be supported. Subframe(s) may consist of two or more slots (e.g. slots 206 and 207). For the example of FDD, 10 subframes may be available for downlink transmission and 10 subframes may be available for uplink transmissions in each 10 ms interval. Uplink and downlink transmissions may be separated in the frequency domain. Slot(s) may include a plurality of OFDM symbols 203. The number of OFDM symbols 203 in a slot 206 may depend on the cyclic prefix length and subcarrier spacing.

FIG. 3 is a diagram depicting OFDM radio resources as per an aspect of an embodiment of the present invention. The resource grid structure in time 304 and frequency 305 is illustrated in FIG. 3. The quantity of downlink subcarriers or RBs (in this example 6 to 100 RBs) may depend, at least in part, on the downlink transmission bandwidth 306 configured in the cell. The smallest radio resource unit may be called a resource element (e.g. 301). Resource elements may be grouped into resource blocks (e.g. 302). Resource blocks may be grouped into larger radio resources called Resource Block Groups (RBG) (e.g. 303). The transmitted signal in slot 206 may be described by one or several resource grids of a plurality of subcarriers and a plurality of OFDM symbols. Resource blocks may be used to describe the mapping of certain physical channels to resource elements. Other pre-defined groupings of physical resource elements may be implemented in the system depending on the radio technology. For example, 24 subcarriers may be grouped as a radio block for a duration of 5 msec. In an illustrative example, a resource block may correspond to one slot in the time domain and 180 kHz in the frequency domain (for 15 KHz subcarrier bandwidth and 12 subcarriers).

FIG. 5A, FIG. 5B, FIG. 5C and FIG. 5D are example diagrams for uplink and downlink signal transmission as per an aspect of an embodiment of the present invention. FIG. 5A shows an example uplink physical channel. The baseband signal representing the physical uplink shared channel may perform the following processes. These functions are illustrated as examples and it is anticipated that other mechanisms may be implemented in various embodiments. The functions may comprise scrambling, modulation of scrambled bits to generate complex-valued symbols, mapping of the complex-valued modulation symbols onto one or several transmission layers, transform precoding to generate complex-valued symbols, precoding of the complex-valued symbols, mapping of precoded complex-valued symbols to resource elements, generation of complex-valued time-domain SC-FDMA signal for each antenna port, and/or the like.

Example modulation and up-conversion to the carrier frequency of the complex-valued SC-FDMA baseband signal for each antenna port and/or the complex-valued PRACH baseband signal is shown in FIG. 5B. Filtering may be employed prior to transmission.

An example structure for Downlink Transmissions is shown in FIG. 5C. The baseband signal representing a downlink physical channel may perform the following processes. These functions are illustrated as examples and it is anticipated that other mechanisms may be implemented in various embodiments. The functions include scrambling of coded bits in each of the codewords to be transmitted on a physical channel; modulation of scrambled bits to generate complex-valued modulation symbols; mapping of the complex-valued modulation symbols onto one or several transmission layers; precoding of the complex-valued modulation symbols on each layer for transmission on the antenna ports; mapping of complex-valued modulation symbols for each antenna port to resource elements; generation of complex-valued time-domain OFDM signal for each antenna port, and/or the like.

Example modulation and up-conversion to the carrier frequency of the complex-valued OFDM baseband signal for each antenna port is shown in FIG. 5D. Filtering may be employed prior to transmission.

FIG. 4 is an example block diagram of a base station 401 and a wireless device 406, as per an aspect of an embodiment of the present invention. A communication network 400 may include at least one base station 401 and at least one wireless device 406. The base station 401 may include at least one communication interface 402, at least one processor 403, and at least one set of program code instructions 405 stored in non-transitory memory 404 and executable by the at least one processor 403. The wireless device 406 may include at least one communication interface 407, at least one processor 408, and at least one set of program code instructions 410 stored in non-transitory memory 409 and executable by the at least one processor 408. Communication interface 402 in base station 401 may be configured to engage in communication with communication interface 407 in wireless device 406 via a communication path that includes at least one wireless link 411. Wireless link 411 may be a bi-directional link. Communication interface 407 in wireless device 406 may also be configured to engage in a communication with communication interface 402 in base station 401. Base station 401 and wireless device 406 may be configured to send and receive data over wireless link 411 using multiple frequency carriers. According to some of the various aspects of embodiments, transceiver(s) may be employed. A transceiver is a device that includes both a transmitter and receiver. Transceivers may be employed in devices such as wireless devices, base stations, relay nodes, and/or the like. Example embodiments for radio technology implemented in communication interface 402, 407 and wireless link 411 are illustrated are FIG. 1, FIG. 2, FIG. 3, FIG. 5, and associated text.

An interface may be a hardware interface, a firmware interface, a software interface, and/or a combination thereof. The hardware interface may include connectors, wires, electronic devices such as drivers, amplifiers, and/or the like. A software interface may include code stored in a memory device to implement protocol(s), protocol layers, communication drivers, device drivers, combinations thereof, and/or the like. A firmware interface may include a combination of embedded hardware and code stored in and/or in communication with a memory device to implement connections, electronic device operations, protocol(s), protocol layers, communication drivers, device drivers, hardware operations, combinations thereof, and/or the like.

The term configured may relate to the capacity of a device whether the device is in an operational or non-operational state. Configured may also refer to specific settings in a device that effect the operational characteristics of the device whether the device is in an operational or non-operational state. In other words, the hardware, software, firmware, registers, memory values, and/or the like may be “configured” within a device, whether the device is in an operational or nonoperational state, to provide the device with specific characteristics. Terms such as “a control message to cause in a device” may mean that a control message has parameters that may be used to configure specific characteristics in the device, whether the device is in an operational or non-operational state.

According to some of the various aspects of embodiments, an LTE network may include a multitude of base stations, providing a user plane PDCP/RLC/MAC/PHY and control plane (RRC) protocol terminations towards the wireless device. The base station(s) may be interconnected with other base station(s) (e.g. employing an X2 interface). The base stations may also be connected employing, for example, an S1 interface to an EPC. For example, the base stations may be interconnected to the MME employing the S1-MME interface and to the S-G) employing the S1-U interface. The S1 interface may support a many-to-many relation between MMEs/Serving Gateways and base stations. A base station may include many sectors for example: 1, 2, 3, 4, or 6 sectors. A base station may include many cells, for example, ranging from 1 to 50 cells or more. A cell may be categorized, for example, as a primary cell or secondary cell. At RRC connection establishment/re-establishment/handover, one serving cell may provide the NAS (non-access stratum) mobility information (e.g. TAI), and at RRC connection re-establishment/handover, one serving cell may provide the security input. This cell may be referred to as the Primary Cell (PCell). In the downlink, the carrier corresponding to the PCell may be the Downlink Primary Component Carrier (DL PCC), while in the uplink, it may be the Uplink Primary Component Carrier (UL PCC). Depending on wireless device capabilities, Secondary Cells (SCells) may be configured to form together with the PCell a set of serving cells. In the downlink, the carrier corresponding to an SCell may be a Downlink Secondary Component Carrier (DL SCC), while in the uplink, it may be an Uplink Secondary Component Carrier (UL SCC). An SCell may or may not have an uplink carrier.

A cell, comprising a downlink carrier and optionally an uplink carrier, may be assigned a physical cell ID and a cell index. A carrier (downlink or uplink) may belong to only one cell. The cell ID or Cell index may also identify the downlink carrier or uplink carrier of the cell (depending on the context it is used). In the specification, cell ID may be equally referred to a carrier ID, and cell index may be referred to carrier index. In implementation, the physical cell ID or cell index may be assigned to a cell. A cell ID may be determined using a synchronization signal transmitted on a downlink carrier. A cell index may be determined using RRC messages. For example, when the specification refers to a first physical cell ID for a first downlink carrier, the specification may mean the first physical cell ID is for a cell comprising the first downlink carrier. The same concept may apply to, for example, carrier activation. When the specification indicates that a first carrier is activated, the specification may equally mean that the cell comprising the first carrier is activated.

Embodiments may be configured to operate as needed. The disclosed mechanism may be performed when certain criteria are met, for example, in a wireless device, a base station, a radio environment, a network, a combination of the above, and/or the like. Example criteria may be based, at least in part, on for example, traffic load, initial system set up, packet sizes, traffic characteristics, a combination of the above, and/or the like. When the one or more criteria are met, various example embodiments may be applied. Therefore, it may be possible to implement example embodiments that selectively implement disclosed protocols.

A base station may communicate with a mix of wireless devices. Wireless devices may support multiple technologies, and/or multiple releases of the same technology. Wireless devices may have some specific capability(ies) depending on its wireless device category and/or capability(ies). A base station may comprise multiple sectors. When this disclosure refers to a base station communicating with a plurality of wireless devices, this disclosure may refer to a subset of the total wireless devices in a coverage area. This disclosure may refer to, for example, a plurality of wireless devices of a given LTE release with a given capability and in a given sector of the base station. The plurality of wireless devices in this disclosure may refer to a selected plurality of wireless devices, and/or a subset of total wireless devices in a coverage area which perform according to disclosed methods, and/or the like. There may be a plurality of wireless devices in a coverage area that may not comply with the disclosed methods, for example, because those wireless devices perform based on older releases of LTE technology.

LTE based V2X services may be V2V or vehicle-to-vehicle, which may comprise direct communication between two or more vehicles. In an example embodiment, this communication may be one-to-one. In an example embodiment, this communication may be one-to-many. FIG. 6 shows only the example embodiment when the communication is one-to-one. V2V may be via network communication between 2 or more vehicles. In an example embodiment, this communication may be one-to-one. In an example embodiment, this communication may be one-to-many. FIG. 7 shows only the example embodiment when the communication is one-to-many.

LTE based V2X services may comprise V2P or vehicle-to-pedestrian, which may comprise direct communications between vehicles and devices of mobile users. In an example embodiment, this communication may be one-to-one as shown in FIG. 8A. In an example embodiment, this communication may be one-to-many as shown in FIG. 8B. V2P via network communications between vehicles and devices of mobile users. In an example embodiment, this communication may be one-to-one as shown in FIG. 9A. In an example embodiment, this communication may be one-to-many as shown in FIG. 9B.

LTE based V2X services may comprise V2I/N or vehicle-to-infrastructure/network. LTE based communications between vehicles and roadside units (RSUs) or infrastructure may comprise an eNB-type RSU (infrastructure) as shown in FIG. 10A and FIG. 10B. In one example embodiment, communications between the RSU/network and the vehicle may comprise one-to-one communications as shown in FIG. 10A. In an example embodiment, the communications between the RSU/network and the vehicle may comprise one-to-many communications as shown in FIG. 10B.

In an example embodiment, an RSU may comprise a UE-type RSU and relay the UE to the network as shown in the FIG. 11A and FIG. 11B. In one example embodiment, communications between the RSU and the vehicle may comprise one-to-one communications as shown in FIG. 11A. In an example embodiment, the communications between the RSU and the vehicle may comprise one-to-many communications as shown in FIG. 11B.

Other combinations of LTE based V2I/V or vehicle-to-infrastructure/vehicle may be employed. For example, an embodiment RSU may comprise a UE-type RSU and relay communications from one vehicle to another vehicle as shown in FIG. 12A and FIG. 12B. In one example embodiment, communications between the RSU and the vehicle may comprise one-to-one communications as shown in FIG. 12A. In an example embodiment, the communications between the RSU and the vehicle may comprise one-to-many communications as shown in FIG. 12B.

FIG. 13A and FIG. 13B show example V2I/P or vehicle-to-infrastructure/pedestrian communications through an RSU. In an example embodiment, RSU may comprise UE-type RSU and relay the vehicle to pedestrians as shown in. In one example embodiment, communications between the RSU and the vehicle may be one-to-one as shown in FIG. 13A. In an example embodiment, the communications between the RSU and the vehicle may be one-to-many as shown in FIG. 13 B.

In an example embodiment, the architecture of V2X may be as shown in FIG. 14 where, MME=mobility management entity, HSS=home subscriber server, PLMN=public land mobile network, E-UTRAN=evolved universal terrestrial access network, UE=user equipment, S-GW=serving gateway, and P-GW=public directory number gateway.

In one example embodiment, user equipment (UE) with the application V2X may be a pedestrian and may get credentials from V2X application server (AS) and V2X control function for discovery procedure on PC5. In one example embodiment, user equipment (UE) with the application V2X may be a vehicle and may get credentials from V2X application server (AS) and V2X control function for discovery procedure on PC5. In one example embodiment, user equipment (UE) with the application V2X may be a RSU and may get credentials from V2X application server (AS) and V2X control function for discovery procedure on PC5.

In one example embodiment, the first UE with the application V2X may communicate with the second UE with the application V2X by means for accessing the V2X control function and V2X AS. In one example embodiment, the first UE with the application V2X may communicate with the second UE with the application V2X by means for using PC5 interface. In one example embodiment, the first UE with the application V2X may communicate with the second UE with the application V2X by means for accessing the V2X control function and V2X AS through a third UE with the application V2X. In one example embodiment, the first UE with the application V2X may communicate with the second UE with the application V2X through the third UE with application V2X by means for first accessing the V2X control function and the V2X AS to access the third UE with the application V2X. In one example embodiment, the first UE with application V2X may communicate with the second UE with the application V2X through the third UE with the application V2X.

In one example embodiment, the V2X UEs may register with IP Multimedia Subsystem (IMS) network. At the time of registration to the IMS network, a V2X UE may include its supported IMS communication service identifier (ICSI) values for the IMS communication services it intends to use. The V2X UE may register its supported IMS application reference identifier (IARI) values for the IMS applications it intends to use at the time of IMS registration as described here. The V2X UE may include supported ICSI values in a g.3gpp.icsi-ref media feature tag for the IMS communication services it intends to use, and IARI values, for the IMS applications it intends to use in a g.3gpp.iari-ref media feature tag. The UE may include the media feature tags for supported streaming media types.

The flow diagram in FIG. 15 shows an example embodiment for IMS registration of a V2X UE. FIG. 15 shows, that a V2X UE may send a session initial protocol (SIP) REGISTER request containing a V2X feature tag in a contact header field towards the proxy call session control function (P-CSCF) in the visiting network. P-CSCF may use the V2X UE's ID to locate the interrogating call session control function (I-CSCF) in the home network by domain name system (DNS) query. I-CSCF in the home network may select suitable serving call session control function (S-CSCF) with help of HSS. S-CSCF may challenge the registration by requesting an authentication. If the authentication information is not valid, S-CSCF may get it from HSS. V2X UE may provide an authentication response and may send a SIP REGISTER request containing authentication response and the V2X feature tag in the contact header towards the P-CSCF in the visiting network. P-CSCF may use the V2X UE's ID to locate the I-CSCF in the home network by DNS query. I-CSCF in the home network may select suitable S-CSCF with help of HSS. S-CSCF may authenticate the V2X UE and may send registration notification to the HSS and may receive the V2X user profile from the HSS. The V2X user profile may be used for a 3rd party register to the V2X application server (AS), and S-CSCF may respond with OK to the V2X UE.

In one example embodiment, a V2X UE may comprise capabilities such as capabilities for vehicle, pedestrian, or RSU (infrastructure). To avoid or reduce any possible compatibility issues, new service or application identifiers may be implemented for the additional capabilities. In an example embodiment, IMS communication service identifiers (ICSIs) may be employed at the time of IMS registration to indicate different types for V2X UE e.g. pedestrian, vehicle, RSU. One or more IMS service parameters may be communicated during the registration process to indicate at least one V2X UE capability to a network server, e.g. a proxy server, a registrar server.

In one example embodiment, a V2X UE may comprise capabilities for vehicle-to-vehicle service, vehicle-to-pedestrian service, vehicle-to-infrastructure service, and/or vehicle-to-network service capabilities. To communicate this with the network, the V2X UE may need to employ ICSs at the time of the registration to the network. One or more IMS service parameters may be communicated during the registration process to indicate at least one V2X UE capability to a network server, e.g. a proxy server, a registrar server.

In one example embodiment, the V2X UE may comprise capabilities for an emergency vehicle-to-vehicle service, emergency vehicle-to-pedestrian service, emergency vehicle-to-infrastructure service, and/or emergency vehicle-to-network service capabilities. To communicate this with the network, the V2X UE may employ ICSs at the time of the registration to the network. One or more IMS service parameters may be communicated during the registration process to indicate at least one V2X UE capability to a network server, e.g. a proxy server, a registrar server.

The wireless device may register one or more IMS communication service identifiers (ICSIs) of warning system (e.g. V2X in a wireless network). One of the one or more ICSIs may indicate at least one of pedestrian, vehicle, infrastructure, vehicle-to-vehicle service, vehicle-to-pedestrian service, vehicle-to-infrastructure service, and/or vehicle-to-network service capabilities of the wireless device. ICSI may be in the form of a media feature tag. A feature tag may indicate one or more capability of the wireless device. For example, a specific feature tag, such as 3gpp-service.ims.icsi.v2x.vehicle may indicate V2X UE may be a vehicle or 3gpp-service.ims.icsi. V2n may indicate a V2X UE may have a capability for the service of communication between a vehicle and a network or 3gpp-service.ims.icsi.emergency.v2n may have a capability for a service of communication between an high priority vehicle such as ambulance or police and a network. These are examples and other features tag names may be used. One or more ICSI may indicate a combination of at least two of: pedestrian, vehicle, infrastructure, vehicle-to-vehicle service, vehicle-to-pedestrian service, vehicle-to-infrastructure service, and/or vehicle-to-network service capabilities of the wireless V2X device. For example, a feature tag 3gpp-service.ims.icsi.v2x may indicate capability for V2X which may be vehicle, pedestrian, and/or infrastructure or v2x services which may be vehicle-to-vehicle service, vehicle-to-pedestrian service, vehicle-to-infrastructure service, and/or vehicle-to-network service.

In one example embodiment, one or more additional parameters may be included in the registration message along with a feature tag to indicate the V2X device capability or a combination of one or more capabilities of the V2X device.

In one example implementation, the V2X device may transmit the registration message to a UE relay which relays to message to a network node. The wireless device may discover the UE relay using discovery model A or model B. In an example, the UE relay may decode the registration message and may update the message headers before retransmitting the message. The UE relay may update the source and destination address in the registration message.

In one example embodiment, the registration message may further register one or more IMS application reference identifiers (IARIs). One of the one or more IARIs may indicate at least one of: a pedestrian, vehicle, infrastructure, vehicle-to-vehicle application, vehicle-to-pedestrian application, vehicle-to-infrastructure application, and/or vehicle-to-network application capabilities of the wireless V2X device. In one example one or more of the one or more IARIs may indicate at least one of: emergency case of the pedestrian, vehicle, infrastructure, vehicle-to-vehicle application, vehicle-to-pedestrian application, vehicle-to-infrastructure application, and/or vehicle-to-network application capabilities of the wireless V2X device. IARI may be in the form of a media feature tag. A feature tag may indicate one or more capability of the V2X device. For example, a specific feature tag, such as 3gpp-application.ims.iari.v2x.vehicle may indicate V2X UE having vehicle capability or 3gpp-application.imsi.iari.v2n may indicate V2X UE may have capability for the application vehicle-to-network communication or 3gpp-application.imsi.iari.emergency.v2n may indicate V2X UE may have capability for the application a high priority vehicle such as ambulance or police to the network communication. These are examples and other features tag names may be used. One or more IARI may indicate a combination of at least two of pedestrian, vehicle, infrastructure, vehicle-to-vehicle application, vehicle-to-pedestrian application, vehicle-to-infrastructure application, and/or vehicle-to-network application capabilities of the V2X device. For example, a feature tag 3gpp-application.ims.iari.v2x may indicate capability for V2X which may be vehicle, pedestrian, infrastructure, vehicle-to-vehicle application, vehicle-to-pedestrian application, vehicle-to-infrastructure application, and/or vehicle-to-network application.

In one example embodiment, the wireless device may register one or more IMS application reference identifiers (IARIs) of V2X in a wireless network. One of the one or more IARIs may indicate at least one of pedestrian, vehicle, infrastructure, vehicle-to-vehicle application, vehicle-to-pedestrian application, vehicle-to-infrastructure application, and/or vehicle-to-network application capabilities of the V2X device. In one example, the one or more IARIs may indicate a combination of at least two of pedestrian, vehicle, infrastructure, vehicle-to-vehicle application, vehicle-to-pedestrian application, vehicle-to-infrastructure application, and/or vehicle-to-network application capabilities of the V2X device. The V2X device may further registering one or more IMS communication service identifiers (ICSIs). One of the one or more ICSIs indicates at least one of pedestrian, vehicle, infrastructure, vehicle-to-vehicle application, vehicle-to-pedestrian application, vehicle-to-infrastructure application, and/or vehicle-to-network application capabilities of the wireless device.

In one example embodiment, the V2X UE may register one or more IMS service parameters of V2X in a wireless network. The one or more IMS service parameters may indicate a combination of at least two of pedestrian, vehicle, infrastructure, vehicle-to-vehicle, vehicle-to-pedestrian, vehicle-to-infrastructure, and/or vehicle-to-network capabilities of the V2X UE. The one or more IMS service parameters may indicate at least one of pedestrian, vehicle, infrastructure, vehicle-to-vehicle, vehicle-to-pedestrian, vehicle-to-infrastructure, and/or vehicle-to-network capabilities of the V2X UE.

One example embodiment may include enhanced service identifiers representing new services such as 3gpp-service.ims.icsi.v2x, 3gpp-service.ims.icsi.v2x.pedestrian, 3gpp-service.ims.icsi.v2x.vehicle, 3gpp-service.ims.icsi.v2x.infrastructure, 3gpp-service.ims.icsi.v2x.emergency, 3gpp-service.ims.icsi.v2x.emergency.pedestrian, 3gpp-service.ims.icsi.v2x.emregency.vehicle, and 3gpp-service.ims.icsi.v2x.emregency.infrastructure. One example embodiment may include enhanced service identifiers representing new services such as 3gpp-service.ims.icsi.v2i, 3gpp-service.ims.icsi.v2n, 3gpp-service.ims.icsi.v2p, 3gpp-service.ims.icsi.v2v, 3gpp-service.ims.icsi.v2i.emregency, 3gpp-service.ims.icsi.v2n.emregency, 3gpp-service.ims.icsi.v2p.emregency, and 3gpp-service.ims.icsi.v2v.emregency. One example embodiment may include enhanced application identifiers that represent applications for the V2X service 3gpp-application.ims.iari.v2x, 3gpp-application.ims.iari.v2x.pedestrian, 3gpp-application.ims.iari.v2x.vehicle, 3gpp-application.ims.iari.v2x.infrastructure, 3gpp-application.ims.iari.v2x.emergency, 3gpp-application.ims.iari.v2x.emeregency.pedestrian, 3gpp-application.ims.iari.v2x.emeregncy.vehicle, and 3gpp-application.ims.iari.v2x.emergency.infrastructure. One example embodiment may include enhanced application identifiers that represent applications for the V2X service 3gpp-application.ims.iari.v2i, 3gpp-application.ims.iari.v2n, 3gpp-application.ims.iari.v2p, 3gpp-application.ims.iari.v2v, 3gpp-application.ims.iari.v2i.emregency, 3gpp-application.ims.iari.v2n.emregency, 3gpp-application.ims.iari.v2p.emregency, 3gpp-application.ims.iari.v2v.emregency.

In an example, an embodiment may register one or more IMS communication identifiers (ICSI) for capabilities such as for being V2X UE capable in a wireless network. An example embodiment may register one or more IMS communication identifiers (ICSI) for capabilities such as for being pedestrian capable V2X UE in a wireless network. An example embodiment may register one or more IMS communication identifiers (ICSI) for capabilities such as for being vehicle capable V2X UE in a wireless network. An example embodiment may register one or more IMS communication identifiers (ICSI) for capabilities such as for being infrastructure capable V2X UE in a wireless network. An example embodiment may register one or more IMS communication identifiers (ICSI) for capabilities such as for being emergency V2X UE capable in a wireless network. An example embodiment may register one or more IMS communication identifiers (ICSI) for capabilities such as for being emergency pedestrian capable V2X UE in a wireless network. An example embodiment may register one or more IMS communication identifiers (ICSI) for capabilities such as for being emergency vehicle capable V2X UE in a wireless network. An example embodiment may register one or more IMS communication identifiers (ICSI) for capabilities such as for being emergency infrastructure capable V2X UE in a wireless network. An example embodiment may register one or more IMS communication identifiers (ICSI) for capabilities such as for being vehicle-to-pedestrian service capable V2X UE in a wireless network. An example embodiment may register one or more IMS communication identifiers (ICSI) for capabilities such as for being vehicle-to-vehicle service capable V2X UE in a wireless network. An example embodiment may register one or more IMS communication identifiers (ICSI) for capabilities such as for being vehicle-to-infrastructure service capable V2X UE in a wireless network. An example embodiment may register one or more IMS communication identifiers (ICSI) for capabilities such as for being vehicle-to-network service capable V2X UE in a wireless network. An example embodiment may register one or more IMS communication identifiers (ICSI) for capabilities such as for being emergency vehicle-to-pedestrian service capable V2X UE in a wireless network. An example embodiment may register one or more IMS communication identifiers (ICSI) for capabilities such as for being emergency vehicle-to-vehicle service capable V2X UE in a wireless network. An example embodiment may register one or more IMS communication identifiers (ICSI) for capabilities such as for being emergency vehicle-to-infrastructure service capable V2X UE in a wireless network. An example embodiment may register one or more IMS communication identifiers (ICSI) for capabilities such as for being emergency vehicle-to-network service capable V2X UE in a wireless network.

An example embodiment may register one or more IMS communication identifiers (ICSI) for capabilities such as for being pedestrian, vehicle, infrastructure, vehicle-to-vehicle service, vehicle-to-pedestrian service, vehicle-to-infrastructure service, and/or vehicle-to-network service capable V2X UE in a wireless network.

An example embodiment may register one or more IMS communication identifiers (ICSI) for capabilities such as for being emergency pedestrian, emergency vehicle, emergency infrastructure, emergency vehicle-to-vehicle service, emergency vehicle-to-pedestrian service, emergency vehicle-to-infrastructure service, and/or emergency vehicle-to-network service capable V2X UE in a wireless network.

An example embodiment may register one or more IMS application reference identifiers (IARI) for capabilities such as for being V2X UE capable in a wireless network. An example embodiment may register one or more IMS application reference identifiers (IARI) for capabilities such as for being pedestrian capable V2X UE in a wireless network. An example embodiment may register one or more IMS application reference identifiers (IARI) for capabilities such as for being vehicle capable V2X UE in a wireless network. An example embodiment may register one or more IMS application reference identifiers (IARI) for capabilities such as for being infrastructure capable V2X UE in a wireless network. An example embodiment may register one or more IMS application reference identifiers (IARI) for capabilities such as for being vehicle-to-pedestrian application capable V2X UE in a wireless network. An example embodiment may register one or more IMS application reference identifiers (IARI) for capabilities such as for being vehicle-to-vehicle application capable V2X UE in a wireless network. An example embodiment may register one or more IMS application reference identifiers (IARI) for capabilities such as for being vehicle-to-infrastructure application capable V2X UE in a wireless network. An example embodiment may register one or more IMS application reference identifiers (IARI) for capabilities such as for being vehicle-to-network application capable V2X UE in a wireless network. An example embodiment may register one or more IMS application reference identifiers (IARI) for capabilities such as for being emergency V2X UE capable in a wireless network. An example embodiment may register one or more IMS application reference identifiers (IARI) for capabilities such as for being emergency pedestrian capable V2X UE in a wireless network. An example embodiment may register one or more IMS application reference identifiers (IARI) for capabilities such as for being emergency vehicle capable V2X UE in a wireless network. An example embodiment may register one or more IMS application reference identifiers (IARI) for capabilities such as for being emergency infrastructure capable V2X UE in a wireless network. An example embodiment may register one or more IMS application reference identifiers (IARI) for capabilities such as for being emergency vehicle-to-pedestrian application capable V2X UE in a wireless network. An example embodiment may register one or more IMS application reference identifiers (IARI) for capabilities such as for being emergency vehicle-to-vehicle application capable V2X UE in a wireless network. An example embodiment may register one or more IMS application reference identifiers (IARI) for capabilities such as for being emergency vehicle-to-infrastructure application capable V2X UE in a wireless network. An example embodiment may register one or more IMS application reference identifiers (IARI) for capabilities such as for being emergency vehicle-to-network application capable V2X UE in a wireless network.

An example embodiment may register one or more IMS application reference identifiers (IARI) for capabilities such as for being pedestrian, vehicle, infrastructure, vehicle-to-vehicle application, vehicle-to-pedestrian application, vehicle-to-infrastructure application, and/or vehicle-to-network application capable V2X UE in a wireless network.

An example embodiment may register one or more IMS application reference identifiers (IARI) for capabilities such as for being emergency pedestrian, emergency vehicle, emergency infrastructure, emergency vehicle-to-vehicle application, emergency vehicle-to-pedestrian application, emergency vehicle-to-infrastructure application, and/or emergency vehicle-to-network application capable V2X UE in a wireless network.

In an example embodiment, a V2X UE may proxy one or other V2X UEs for ICSI registration and/or IARI registration to the IMS network with no modification to the register message. In an example embodiment, a V2X UE may proxy one or many other V2X UEs for ICSI registration and/or IARI registration to the IMS network with modification to the header of the register message. In an example embodiment, a V2X UE may proxy one or many other V2X UEs for ICSI registration and/or IARI registration to the IMS network with modification to the body of the register message. In an example embodiment, a V2X UE may proxy one or many other V2X UEs for ICSI registration and/or IARI registration to the IMS network with modification to the header and the body of the register message. Other combination for creating feature tags for service and application identifiers for V2X may be implemented.

FIG. 16 shows flow diagram for an example embodiment of an IMS registration for a V2X UE. FIG. 16 shows that V2X UE may include the V2X related ICSI and IARI which it may intent to use to its contact header field of the register message when registering to the IMS network. The IMS network may locate the most suitable S-CSCF for this registration and may forward the registration request to that S-CSCF, S-CSCF may challenge the V2X UE by sending authentication request to the UE, V2X UE may respond to the authentication request, and S-CSCF 3rd part may register the UE to the V2X AS.

A wireless device may register one or more IMS communication service identifiers (ICSIs) for V2X in a wireless network. One of the one or more ICSIs may indicate at least one of pedestrian, vehicle, and/or infrastructure capabilities of the V2X device.

3GPP has defined a warning system based on vehicle-to-vehicle (V2V), vehicle-to-pedestrian (V2P), vehicle-to-infrastructure (V2I), and vehicle to network (V2N). Due to different use cases, these new features may require new capabilities and may result in compatibility issue at the time of communications. In some example cases, network (e.g. the registrar or application servers, and/or third party application servers, and/or other network entities) may need to know the V2X UE's capabilities in terms of supported services and applications.

A network node may transmit a request to a registrar and/or network node storing V2X UE capability and request for V2X UE capabilities. The network node may transmit a response message to the requester (directly or indirectly) indicating the V2X UE capabilities of the UE. The network nodes may communicate (transmit/receive) the V2X user's capabilities by exchanging SIP message(s) (e.g. SIP MESSAGE method).

The network node may transmit a SIP message (e.g. SIP MESSAGE method) to the UE to set up a session to stream a video clip to the V2X UE. Thus, the network may need to know if the V2X UE has the capability to receive it. The network node may transmit a SIP message (e.g. SIP MESSAGE method) to the UE to set up a session to send information about multicast bearer and the related ports for media reception. Thus, the network may need to know about the V2X UE's capabilities to receive the multicast media.

A third-party entity may like to get a V2X UE's capabilities from the operator's network where V2X UE has registered to, in order to e.g. provide a service or application. A third-party entity may transmit a SIP message (e.g. SIP MESSAGE method) to the UE to set up a session. Therefore, the network must know the V2X UE's capabilities to provide this information to the third-party entity. The V2X UE may response to the SIP message. The network/third party may subsequently start communicating and transmitting/receiving data to/from the V2X UE.

For a new dialog or standalone transaction in one example embodiment, once the V2X UEs are all registered to the IMS network and if a V2X UE may like to request a new dialog or standalone transaction, the V2X UE may include all its supported ICSI values for the IMS communication services it may intend to use to all other SIP methods than the SIP REGISTER method. The V2X UE may include all its supported IARI values for the IMS applications it may intend to use to those methods.

If this is a request for a new dialog, the Contact header field may be populated as a contact header value which may be a public GRUU value, a temporary GRUU value, or SIP URI containing the contact address of the V2X UE; an “ob” SIP URI parameter; an ICSI that the V2X UE may include in a g.3gpp.icsi-ref media feature tag; and an IARI that the V2X UE may include in a g.3gpp.iari-ref media feature tag.

If a V2X UE receives ICSI values corresponding to the IMS communication services that the network provides to the user, if the V2X UE constructs a request for a new dialog or standalone transaction and the request is related to one of the ICSI values, the V2X UE may populate a P-Preferred-Service header field with one of the ICSI values.

In construction of the same request for a new dialog and standalone transaction, the V2X UE may populate an Accept-Contact header field comprising an ICSI value which may differ from the one added to P-Preferred-Service header field. In construction of a request for a new dialog or standalone transaction, the V2X UE may populate an Accept-Contact header field comprising an IARI value if an IMS application indicates that an IARI is to be included in a request

The V2X UE may modify the established dialog capabilities by, for example, adding a media or requesting a supplementary service if the modification is defined for the IMS communication service. If the modification is not defined for that IMS communication service, the V2X UE may initiate a new dialog.

In one example embodiment, a trusted application server may insert P-Asserted-Service header field in a request for a new dialog or standalone transaction and may include ICSI value for the related IMS communication service to that header field. In one example embodiment, an untrusted application server may insert P-Preferred-Service header field in a request for a new dialog or standalone transaction and may include ICSI value for the related IMS communication service to that header field.

In an example embodiment, if an AS acts as an initiating back-to-back user agent (B2BUA) or a routing B2BUA and may be sending a request for a dialog or a standalone transaction by including an ICSI value and one or more IARI values in the Accept-Contact header field, if there are ICSI value and IARI value(s) for the IMS communication service and IMS applications.

The flow diagram in the example embodiment in FIG. 17 shows a V2X UE sends a request to V2X AS. FIG. 17 shows a V2X UE initiating a SIP request towards a V2X AS for a certain service or information. In one example embodiment, the SIP request may comprise a V2X feature tag in the Contact header field. In one example embodiment, the SIP request may comprise a V2X feature tag in the Contact header field and the Accept-Contact header field indicating the V2X service may be required for that SIP request. P-CSCF may use the V2X UE's ID to locate I-CSCF in the home network by DNS query. I-CSCF in the home network may select suitable S-CSCF with help of HSS. S-CSCF may validate the service profile of the V2X UE and may evaluate the filter criteria. It may thereafter forward the invite towards the V2X AS. The V2X AS may analyze the feature tag and may send an appropriate response back towards the V2X UE.

In an example embodiment, V2X communication messages may comprise capabilities such as capabilities for vehicle, pedestrian, and/or infrastructure. To avoid or reduce any possible compatibility issues, new service or application identifiers may be implemented for the additional capabilities. According to an example embodiment, ICSIs may be employed at the time of establishing new dialog or standalone transaction to indicate different capabilities for V2X e.g. pedestrian, vehicle, infrastructure, vehicle-to-vehicle, vehicle-to-pedestrian, vehicle-to-infrastructure, and/or vehicle-to-network. One or more IMS service parameters may be communicated during the new dialog establishment procedure and/or standalone transaction process to indicate at least one V2X capability to a network server, e.g. a proxy server, a registrar server.

According to an example embodiment, ICSIs may be employed at the time of establishing new dialog or standalone transaction to indicate different capabilities for V2X, for example, emergency pedestrian, emergency vehicle, emergency infrastructure, emergency vehicle-to-vehicle, emergency vehicle-to-pedestrian, emergency vehicle-to-infrastructure, and/or emergency vehicle-to-network. One or more IMS service parameters may be communicated during the new dialog establishment procedure and/or standalone transaction process to indicate at least one V2X capability to a network server (e.g. a proxy server, a registrar server).

The V2X UE may employ one or more IMS communication service identifiers (ICSIs) of a warning system (e.g. V2X for new dialogs establishment or standalone transactions in a wireless network). One of the one or more ICSIs may indicate at least one of pedestrian, vehicle and/or infrastructure capabilities of the V2X device. ICSI may be in the form of a media feature tag. A feature tag may indicate one or more capability of the V2X device. For example, a specific feature tag, such as 3gpp-service.ims.icsi.v2x.rsu may indicate infrastructure capability of the V2X device or 3gpp-service.ims.icsi.v2n may indicate vehicle-to-network service capability or 3gpp-service.ims.icsi.emeregncy.v2n may indicate emergency vehicle-to-network service capability. These are examples, other features tag names may be used. One or more ICSI may indicate a combination of at least two of pedestrian, vehicle, infrastructure, vehicle-to-vehicle service, vehicle-to-pedestrian service, vehicle-to-infrastructure service, and/or vehicle-to-network service capabilities of the V2X device. For example, a feature tag 3gpp-service.ims.icsi.v2x, may indicate capability for vehicle, pedestrian, infrastructure, vehicle-to-vehicle service, vehicle-to-pedestrian service, vehicle-to-infrastructure service, and/or vehicle-to-network service.

One or more ICSI may indicate a combination of at least two of emergency pedestrian, emergency vehicle, emergency infrastructure, emergency vehicle-to-vehicle service, emergency vehicle-to-pedestrian service, emergency vehicle-to-infrastructure service, and/or emergency vehicle-to-network service capabilities of the V2X device. For example, a feature tag 3gpp-service.ims.icsi. emergency.v2x, may indicate capability for emergency vehicle, emergency pedestrian, emergency infrastructure, emergency vehicle-to-vehicle service, emergency vehicle-to-pedestrian service, emergency vehicle-to-infrastructure service, and/or emergency vehicle-to-network service.

In another example, one or more additional parameters may be included in the new dialog establishment or a standalone transaction along with a feature tag to indicate the V2X device capability or a combination of one or more capabilities of the V2X device.

In an implementation, the V2X device may transmit the message to establish a new dialog or as a standalone transaction to a UE relay via PC5 which may relay the message to a network node. The V2X device may discover the UE relay using discovery model A or model B. In an example, the UE relay may decode the message for new dialog establishment or for the standalone transition and may update the message headers before retransmitting the message. The UE relay may update the source and destination address in the message for the new dialog and standalone transaction.

In an example embodiment, the message for the new dialog and the standalone transaction may further employ one or more IMS application reference identifiers (IARIs). One of the one or more IARIs may indicate at least one of pedestrian, vehicle, and/or infrastructure capabilities of the wireless V2X device. IARI may be in the form of a media feature tag. A feature tag may indicate one or more capability of the V2X device. For example, a specific feature tag such as 3gpp-application.ims.iari.v2x.vehicle may indicate V2X UE having vehicle capability or 3gpp-application.ims.iari.v2n may indicate vehicle-to-network application capability or 3gpp-application.ims.iari.emergency.v2n may indicate high priority vehicle such as ambulance or police to-network application capability. These are examples and other features tag names may be used. One or more IARI may indicate a combination of at least two of pedestrian, vehicle, infrastructure, vehicle-to-vehicle application, vehicle-to-pedestrian application, vehicle-to-infrastructure application, and/or vehicle-to-network application capabilities of the V2X device. For example, a feature tag 3gpp-application.ims.iari.v2x may indicate capability for V2X which may be vehicle, pedestrian, infrastructure, vehicle-to-vehicle application, vehicle-to-pedestrian application, vehicle-to-infrastructure application, and/or vehicle-to-network application.

One or more IARI may indicate a combination of at least two of emergency pedestrian, emergency vehicle, emergency infrastructure, emergency vehicle-to-vehicle application, emergency vehicle-to-pedestrian application, emergency vehicle-to-infrastructure application, and/or emergency vehicle-to-network application capabilities of the V2X device. For example, a feature tag 3gpp-application.ims.iari.emregency.v2x may indicate capability for V2X which may be emergency vehicle, emergency pedestrian, emergency infrastructure, emergency vehicle-to-vehicle application, emergency vehicle-to-pedestrian application, emergency vehicle-to-infrastructure application, and/or emergency vehicle-to-network application.

In an example embodiment, the V2X device may employ one or more IMS application reference identifiers (IARIs) of V2X in a wireless network for establishment of a new dialog or for standalone message. One of the one or more IARIs may indicate at least one of vehicle, pedestrian, infrastructure, vehicle-to-vehicle application, vehicle-to-pedestrian application, vehicle-to-infrastructure application, and/or vehicle-to-network application capabilities of the V2X UE. In an example embodiment, the one or more IARIs may indicate a combination of at least two of pedestrian, vehicle, infrastructure, vehicle-to-vehicle application, vehicle-to-pedestrian application, vehicle-to-infrastructure application, and/or vehicle-to-network application capabilities of the wireless device. The wireless device may further employ one or more IMS communication service identifiers (ICSIs) for establishing new dialog or standalone message. One of the one or more ICSIs indicates at least one of pedestrian, vehicle, infrastructure, vehicle-to-vehicle service, vehicle-to-pedestrian service, vehicle-to-infrastructure service, and/or vehicle-to-network service capabilities of the V2X UE.

In an example, the V2X UE may employ one or more IMS service parameters of V2X in a wireless network for establishing a new dialog or a standalone message. The one or more IMS service parameters may indicate a combination of at least two of pedestrian, vehicle, infrastructure, vehicle-to-vehicle, vehicle-to-pedestrian, vehicle-to-infrastructure, and/or vehicle-to-network capabilities of the V2X UE. The one or more IMS service parameters indicate at least one of pedestrian, vehicle, infrastructure, vehicle-to-vehicle, vehicle-to-pedestrian, vehicle-to-infrastructure, and/or vehicle-to-network capabilities of the V2X UE.

An example embodiment may include enhanced service identifiers representing new services such as 3gpp-service.ims.icsi.v2x, 3gpp-service.ims.icsi.v2x.pedestrian, 3gpp-service.ims.icsi.v2x.vehicle, 3gpp-service.ims.icsi.v2x.infrastructure, 3gpp-service.ims.icsi.v2x.emergency, 3gpp-service.ims.icsi.v2x.pedestrian.emergency, 3gpp-service.ims.icsi.v2x.vehicle.emergency, and 3gpp-service.ims.icsi.v2x.infrastructure.emergency. In one example embodiment, the embodiments may include enhanced service identifiers representing new services such as 3gpp-service.ims.icsi.v2i, 3gpp-service.ims.icsi.v2n, 3gpp-service.ims.icsi.v2p, 3gpp-service.ims.icsi.v2v, 3gpp-service.ims.icsi.v2i.emergency, 3gpp-service.ims.icsi.v2n.emergency, 3gpp-service.ims.icsi.v2p.emergency, and 3gpp-service.ims.icsi.v2v.emergency. An example embodiment may include enhanced application identifiers that represent applications for the V2X service 3gpp-application.ims.iari.v2x, 3gpp-application.ims.iari.v2x.pedestrian, 3gpp-application.ims.iari.v2x.vehicle, 3gpp-application.ims.iari.v2x.infrastructure, 3gpp-application.ims.iari.v2x.emergency, 3gpp-application.ims.iari.v2x.emergency.pedestrian, 3gpp-application.ims.iari.v2x.emergency.vehicle, and 3gpp-application.ims.iari.v2x.emergency.infrastructure. In one example embodiment, the embodiments may include enhanced application identifiers that represent applications for the V2X service 3gpp-application.ims.iari.v2i, 3gpp-application.ims.iari.v2n, 3gpp-application.ims.iari.v2p, 3gpp-application.ims.iari.v2v, 3gpp-application.ims.iari.emergency.v2i, 3gpp-application.ims.iari. emergency.v2n, 3gpp-application.ims.iari. emergency.v2p, and 3gpp-application.ims.iari. emergency.v2v

In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS communication identifiers (ICSI) for capabilities such as for being V2X UE capable in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS communication identifiers (ICSI) for capabilities such as for being pedestrian capable V2X UE in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS communication identifiers (ICSI) for capabilities such as for being vehicle capable V2X UE in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS communication identifiers (ICSI) for capabilities such as for being infrastructure capable V2X UE in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS communication identifiers (ICSI) for capabilities such as for being vehicle-to-pedestrian service capable V2X UE in a wireless network.

In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS communication identifiers (ICSI) for capabilities such as for being vehicle-to-vehicle service capable V2X UE in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS communication identifiers (ICSI) for capabilities such as for being vehicle-to-infrastructure service capable V2X UE in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS communication identifiers (ICSI) for capabilities such as for being vehicle-to-network service capable V2X UE in a wireless network.

In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS communication identifiers (ICSI) for capabilities such as for being pedestrian, vehicle, infrastructure, vehicle-to-vehicle service, vehicle-to-pedestrian service, vehicle-to-infrastructure service, and/or vehicle-to-network service capable V2X UE in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS communication identifiers (ICSI) for capabilities such as for being emergency V2X UE capable in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS communication identifiers (ICSI) for capabilities such as for being emergency pedestrian capable V2X UE in a wireless network.

In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS communication identifiers (ICSI) for capabilities such as for being emergency vehicle capable V2X UE in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS communication identifiers (ICSI) for capabilities such as for being emergency infrastructure capable V2X UE in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS communication identifiers (ICSI) for capabilities such as for being emergency vehicle-to-pedestrian service capable V2X UE in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS communication identifiers (ICSI) for capabilities such as for being emergency vehicle-to-vehicle service capable V2X UE in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS communication identifiers (ICSI) for capabilities such as for being emergency vehicle-to-infrastructure service capable V2X UE in a wireless network. In an example embodiment, the message for a new dialog establishment or standalone message may employ one or more IMS communication identifiers (ICSI) for capabilities such as for being emergency vehicle-to-network service capable V2X UE in a wireless network.

In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS communication identifiers (ICSI) for capabilities such as for being emergency pedestrian, emergency vehicle, emergency infrastructure, emergency vehicle-to-vehicle service, emergency vehicle-to-pedestrian service, emergency vehicle-to-infrastructure service, and/or emergency vehicle-to-network service capable V2X UE in a wireless network.

In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS application reference identifiers (IARI) for capabilities such as for being V2X UE capable in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS application reference identifiers (IARI) for capabilities such as for being pedestrian capable V2X UE in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS application reference identifiers (IARI) for capabilities such as for being vehicle capable V2X UE in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS application reference identifiers (IARI) for capabilities such as for being infrastructure capable V2X UE in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS application reference identifiers (IARI) for capabilities such as for being vehicle-to-pedestrian application capable V2X UE in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS application reference identifiers (IARI) for capabilities such as for being vehicle-to-vehicle application capable V2X UE in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS application reference identifiers (IARI) for capabilities such as for being vehicle-to-infrastructure application capable V2X UE in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS application reference identifiers (IARI) for capabilities such as for being vehicle-to-network application capable V2X UE in a wireless network.

In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS application reference identifiers (IARI) for capabilities such as for being pedestrian, vehicle, infrastructure, vehicle-to-vehicle application, vehicle-to-pedestrian application, vehicle-to-infrastructure application, and/or vehicle-to-network application capable V2X UE in a wireless network.

In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS application reference identifiers (IARI) for capabilities such as for being emergency V2X UE capable in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS application reference identifiers (IARI) for capabilities such as for being emergency pedestrian capable V2X UE in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS application reference identifiers (IARI) for capabilities such as for being emergency vehicle capable V2X UE in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS application reference identifiers (IARI) for capabilities such as for being emergency infrastructure capable V2X UE in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS application reference identifiers (IARI) for capabilities such as for being emergency vehicle-to-pedestrian application capable V2X UE in a wireless network.

In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS application reference identifiers (IARI) for capabilities such as for being emergency vehicle-to-vehicle application capable V2X UE in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS application reference identifiers (IARI) for capabilities such as for being emergency vehicle-to-infrastructure application capable V2X UE in a wireless network. In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS application reference identifiers (IARI) for capabilities such as for being emergency vehicle-to-network application capable V2X UE in a wireless network.

In an example embodiment, the message for a new dialog establishment or a standalone message may employ one or more IMS application reference identifiers (IARI) for capabilities such as for being emergency pedestrian, emergency vehicle, emergency infrastructure, emergency vehicle-to-vehicle application, emergency vehicle-to-pedestrian application, emergency vehicle-to-infrastructure application, and/or emergency vehicle-to-network application capable V2X UE in a wireless network.

In an example embodiment, a V2X UE may proxy one or many other V2X UEs for ICSI registration and/or IARI registration to the IMS network with no modification to the message for a new dialog establishment or a standalone message. In an example embodiment, a V2X UE may proxy one or many other V2X UEs for ICSI registration and/or IARI registration to the IMS network with modification to the header of the message for a new dialog establishment or a standalone message. In an example embodiment, a V2X UE may proxy one or many other V2X UEs for ICSI registration and/or IARI registration to the IMS network with modification to the body of the message for a new dialog establishment or a standalone message. In an example embodiment, a V2X UE may proxy one or many other V2X UEs for ICSI registration and/or IARI registration to the IMS network with modification to the header and the body of the message for a new dialog establishment or a standalone message. Other combination for creating feature tags for service and application identifiers for V2X may be implemented.

The flow diagram in the example embodiment in FIG. 18 shows a V2X UE sends a request to V2X AS. FIG. 18 shows that V2X UE may send a request for a service or send an information to the network which may comprise V2X related ICSI and IARI in the Contact header field. The Accept-Contact header field may also comprise the V2X related ICSI and IARI which may indicate that the V2X service or the V2X application which may be required for the V2X service, I-CSCF may get help HSS to locate the suitable S-CSCF to process the V2X UE request, S-CSCF may forward the request to the V2X AS which may analyze the request from the V2X UE, and V2X AS may send an appropriate response to V2X UE.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least V2X capability of the wireless device. According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least emergency V2X capability of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least V2X capability of the wireless device. According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least V2X capability of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least vehicle capability of the wireless device. According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least emergency vehicle capability of the wireless device.

According to an example embodiment, a method may comprise, registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least pedestrian capability of the wireless device. According to an example embodiment, a method may comprise, registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least emergency pedestrian capability of the wireless device.

According to an example embodiment, a method may comprise, registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least infrastructure capability of the wireless device. According to an example embodiment, a method may comprise, registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least emergency infrastructure capability of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least vehicle-to-vehicle service capability of the wireless device. According to an example embodiment, a method may comprise, registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least emergency vehicle-to-vehicle service capability of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least vehicle-to-pedestrian service capability of the wireless device. According to an example embodiment, a method may comprise, registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least emergency vehicle-to-pedestrian service capability of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least vehicle-to-infrastructure service capability of the wireless device. According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least emergency vehicle-to-infrastructure service capability of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least vehicle-to-network service capability of the wireless device. According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least emergency vehicle-to-network service capability of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein the one or more ICSIs indicate a combination of at least two of vehicle, pedestrian, infrastructure, vehicle-to-vehicle service, vehicle-to-pedestrian service, vehicle-to infrastructure service, and/or vehicle-to-network service capabilities of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein the one or more ICSIs indicate a combination of at least two of emergency vehicle, emergency pedestrian, emergency infrastructure, emergency vehicle-to-vehicle service, emergency vehicle-to-pedestrian service, emergency vehicle-to infrastructure service, and/or emergency vehicle-to-network service capabilities of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least V2X capability of the wireless device, further registering one or more IMS application reference identifiers (IARIs), wherein one of the one or more IARIs indicates at least one of vehicle capability of the wireless device. The method may further register one or more IMS application reference identifiers (IARIs), wherein one of the one or more IARIs indicates at least one of emergency vehicle capability of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least V2X capability of the wireless device, further registering one or more IMS application reference identifiers (IARIs), wherein one of the one or more IARIs indicates at least one of pedestrian capability of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least V2X capability of the wireless device, further registering one or more IMS application reference identifiers (IARIs), wherein one of the one or more IARIs indicates at least one of emergency pedestrian capability of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least V2X capability of the wireless device, further registering one or more IMS application reference identifiers (IARIs), wherein one of the one or more IARIs indicates at least one of infrastructure capability of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least V2X capability of the wireless device, further registering one or more IMS application reference identifiers (IARIs), wherein one of the one or more IARIs indicates at least one of emergency infrastructure capability of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of V2X capability of the wireless device. According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of emergency V2X capability of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network wherein one of the one or more IARIs indicates at least one of vehicle capability of the wireless device. According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of emergency vehicle capability of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of pedestrian capability of the wireless device. According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of emergency pedestrian capability of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of infrastructure capability of the wireless device. According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of emergency infrastructure capability of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of vehicle-to-vehicle application capability of the wireless device. According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of emergency vehicle-to-vehicle application capability of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network wherein one of the one or more IARIs indicates at least one of vehicle-to-pedestrian application capability of the wireless device. According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network wherein one of the one or more IARIs indicates at least one of emergency vehicle-to-pedestrian application capability of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network wherein one of the one or more IARIs indicates at least one of vehicle-to-infrastructure application capability of the wireless device. According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of emergency vehicle-to-infrastructure application capability of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network wherein one of the one or more IARIs indicates at least one of vehicle-to-network application capability of the wireless device. According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of emergency vehicle-to-network application capability of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS application reference identifiers (IARIs) of push-to-talk in a wireless network wherein the one or more IARIs indicate a combination of at least two of vehicle, pedestrian, infrastructure, vehicle-to-vehicle application, vehicle-to-pedestrian application, vehicle-to infrastructure application, and/or vehicle-to network application capabilities of the wireless device. According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS application reference identifiers (IARIs) of push-to-talk in a wireless network wherein the one or more IARIs indicate a combination of at least two of vehicle, pedestrian, infrastructure, vehicle-to-vehicle application, vehicle-to-pedestrian application, vehicle-to infrastructure application, and/or vehicle-to network application capabilities of the wireless device.

According to an example embodiment, a method may comprise registering, by a wireless device, one or more IMS communication service identifiers (ICSIs) and one or more IMS application reference identifiers (IARIs) of push-to-talk in a wireless network, wherein one of the one or more ICSIs and one of the one or more IARIs indicates at least one of emergency vehicle, emergency pedestrian, emergency infrastructure, emergency vehicle-to-vehicle, emergency vehicle-to-pedestrian, emergency vehicle-to-infrastructure, and/or emergency vehicle-to-network capabilities of the V2X device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least V2X capability of the wireless device. According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least vehicle capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least pedestrian capability of the wireless device. According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least infrastructure capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network wherein the one or more ICSIs indicate a combination of at least two of vehicle, pedestrian, and infrastructure capabilities of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least V2X capability of the wireless device, further adding for a new dialog establishment or a standalone transaction one or more IMS application reference identifiers (IARIs), wherein one of the one or more IARIs indicates at least one of vehicle capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least V2X capability of the wireless device, further adding for a new dialog establishment or a standalone transaction one or more IMS application reference identifiers (IARIs), wherein one of the one or more IARIs indicates at least one of pedestrian capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least V2X capability of the wireless device, further adding for a new dialog establishment or a standalone transaction one or more IMS application reference identifiers (IARIs), wherein one of the one or more IARIs indicates at least one of infrastructure capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least V2X capability of the wireless device, further adding for a new dialog establishment or a standalone transaction one or more IMS application reference identifiers (IARIs), wherein one of the one or more IARIs indicates at least one of vehicle-to-vehicle capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least V2X capability of the wireless device, further adding for a new dialog establishment or a standalone transaction one or more IMS application reference identifiers (IARIs), wherein one of the one or more IARIs indicates at least one of vehicle-to-network capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least V2X capability of the wireless device, further adding for a new dialog establishment or a standalone transaction one or more IMS application reference identifiers (IARIs), wherein one of the one or more IARIs indicates at least one of vehicle-to-pedestrian capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least V2X capability of the wireless device, further adding for a new dialog establishment or a standalone transaction one or more IMS application reference identifiers (IARIs), wherein one of the one or more IARIs indicates at least one of vehicle-to-infrastructure capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network wherein one of the one or more IARIs indicates at least one of V2X capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of vehicle capability of the wireless device. According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network wherein one of the one or more IARIs indicates at least one of pedestrian capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of infrastructure capability of the wireless device. According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of vehicle-to-vehicle capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network wherein one of the one or more IARIs indicates at least one of vehicle-to-network capability of the wireless device. According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of vehicle-to-infrastructure capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of vehicle-to-network capability of the wireless device. According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of push-to-talk in a wireless network. According to an embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least V2X capability of the wireless device.

According to an embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least emergency vehicle capability of the wireless device. According to an embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least emergency pedestrian capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein one of the one or more ICSIs indicates at least emergency infrastructure capability of the wireless device. According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS communication service identifiers (ICSIs) of V2X in a wireless network, wherein the one or more ICSIs indicate a combination of at least two of emergency vehicle, emergency pedestrian, and emergency infrastructure capabilities of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of vehicle capability of the wireless device, further adding for a new dialog establishment or a standalone transaction one or more IMS application reference identifiers (IARIs), wherein one of the one or more IARIs indicates at least one of emergency vehicle capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of vehicle capability of the wireless device, further adding for a new dialog establishment or a standalone transaction one or more IMS application reference identifiers (IARIs), wherein one of the one or more IARIs indicates at least one of emergency pedestrian capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of vehicle capability of the wireless device, further adding for a new dialog establishment or a standalone transaction one or more IMS application reference identifiers (IARIs), wherein one of the one or more IARIs indicates at least one of emergency infrastructure capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of vehicle capability of the wireless device, further adding for a new dialog establishment or a standalone transaction one or more IMS application reference identifiers (IARIs), wherein one of the one or more IARIs indicates at least one of emergency vehicle-to-vehicle capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of vehicle capability of the wireless device, further adding for a new dialog establishment or a standalone transaction one or more IMS application reference identifiers (IARIs), wherein one of the one or more IARIs indicates at least one of emergency vehicle-to-network capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of vehicle capability of the wireless device, further adding for a new dialog establishment or a standalone transaction one or more IMS application reference identifiers (IARIs), wherein one of the one or more IARIs indicates at least one of emergency vehicle-to-pedestrian capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of vehicle capability of the wireless device, further adding for a new dialog establishment or a standalone transaction one or more IMS application reference identifiers (IARIs), wherein one of the one or more IARIs indicates at least one of emergency vehicle-to-infrastructure capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network wherein one of the one or more IARIs indicates at least one of emergency V2X capability of the wireless device. According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network wherein one of the one or more IARIs indicates at least one of emergency vehicle capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network wherein one of the one or more IARIs indicates at least one of emergency pedestrian capability of the wireless device. According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network wherein one of the one or more IARIs indicates at least one of emergency infrastructure capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network, wherein one of the one or more IARIs indicates at least one of emergency vehicle-to-vehicle capability of the wireless device. According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network; wherein one of the one or more IARIs indicates at least one of emergency vehicle-to-network capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network wherein one of the one or more IARIs indicates at least one of emergency vehicle-to-infrastructure capability of the wireless device. According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of V2X in a wireless network wherein one of the one or more IARIs indicates at least one of emergency vehicle-to-network capability of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS application reference identifiers (IARIs) of push-to-talk in a wireless network wherein the one or more IARIs indicate a combination of at least two of emergency vehicle, emergency pedestrian, emergency infrastructure, emergency vehicle-to-vehicle, emergency vehicle-to-pedestrian, emergency vehicle-to-network, and/or emergency vehicle-to-infrastructure capabilities of the wireless device.

According to an example embodiment, a method may comprise performing a new dialog establishment or a standalone transaction, by a wireless device, one or more IMS communication service identifiers (ICSIs) and one or more IMS application reference identifiers (IARIs) of push-to-talk in a wireless network wherein one of the one or more ICSIs and one of the one or more IARIs indicates at least one of emergency vehicle, emergency pedestrian, emergency infrastructure, emergency vehicle-to-vehicle, emergency vehicle-to-pedestrian, emergency vehicle-to-network, and/or emergency vehicle-to-infrastructure capabilities of the V2X device.

In an example embodiment, in FIG. 19, V2X may be considered as group communication system enabler which may employ E-UTRAN broadcast multicast bearer for delivering the media to the end users. In FIG. 19, MBMS-GW=multimedia broadcast multicast service gateway, BM-SC=broadcast multicast service center, PCRF=policy charging rules function.

In one example embodiment, VMB2 reference point may provide ability for V2X AS to request allocation of temporary mobile group identifiers (TMGIs) from BM-SC. In one example embodiment, VMB2 reference point may provide ability for V2X AS to request deallocation of TMGIs from BM-SC. In one example embodiment, VMB2 may provide the ability for BM-SC to report the status of MBMS bearer to V2X AS. In one example embodiment, VC1 reference point may provide ability for V2X AS to send the information about connectivity to the broadcast bearer to the V2X UE. In one example embodiment, the VC1 reference point may provide the ability for V2X UE to send information about broadcast multicast coverage to the V2X AS.

In one example embodiment, the reference point VC1 may employ SIP for communication between the V2X UE and the V2X AS. The dialogs, new dialogs, and the standalone transactions between the V2X UE and the V2X AS may comprise requests and responses which may employ one or more IMS communication service identifiers (ICSIs) of V2X and ICSIs of broadcast/multicast V2X service. One of the one or more ICSIs may indicate at least one of pedestrian, vehicle infrastructure, vehicle-to-vehicle, vehicle-to-pedestrian, vehicle-to-network, and/or vehicle-to-infrastructure capabilities of the V2X service. ICSI may be in the form of a media feature tag. A feature tag may indicate the V2X service. For example, a specific feature tag, such as 3gpp-service.ims.icsi.v2x may indicate the V2X service or 3gpp-service.ims.icsi.v2n may indicate the vehicle-to-network capability. A feature tag may indicate one or more capability of the V2X service. For example, a specific feature tag, such as 3gpp-service.ims.icsi.v2x.rsu may indicate infrastructure capability of the V2X service. A feature tag may indicate the broadcast/multicast service. For example, a specific feature tag, such as 3gpp-service.ims.icsi.v2x.multicast may indicate the multicast/broadcast V2X service or 3gpp-service.ims.icsi.v2n.multicast may indicate the multicast/broadcast vehicle-to-network service. These are examples, other features tag names may be used. One or more ICSI may indicate a combination of at least two of pedestrian, vehicle, infrastructure, vehicle-to-vehicle, vehicle-to-pedestrian, vehicle-to-network, and/or vehicle-to-infrastructure capabilities of the V2X service. For example, a feature tag 3gpp-service.ims.icsi.v2x, may indicate capability for vehicle, pedestrian, infrastructure, vehicle-to-vehicle, vehicle-to-pedestrian, vehicle-to-network, and/or vehicle-to-infrastructure. In an example, a feature tag 3gpp-service.ims.icsi.v2x.emergency, may indicate capability for emergency vehicle, emergency pedestrian, emergency infrastructure, emergency vehicle-to-vehicle, emergency vehicle-to-pedestrian, emergency vehicle-to-network, and/or emergency vehicle-to-infrastructure.

In an example embodiment, the message for the dialog, new dialog, and the standalone transaction between V2X UE and V2X AS over VC1 reference point may further employ one or more IMS application reference identifiers (IARIs). One of the one or more IARIs may indicate at least one of pedestrian, vehicle, infrastructure, vehicle-to-vehicle, vehicle-to-pedestrian, vehicle-to-network, and/or vehicle-to-infrastructure capabilities of the V2X application. IARI may be in the form of a media feature tag. A feature tag may indicate the V2X application. For example, a specific feature tag, such as 3gpp-application.ims.iari.v2x may indicate the V2X application or 3gpp-application.ims.iari.ve2 may indicate the vehicle-to-network application. A feature tag may indicate the broadcast/multicast application. For example, a specific feature tag, such as 3gpp-application.ims.iari.v2x.multicast may indicate the multicast/broadcast V2X application or 3gpp-application.ims.iari.v2n.multicast may indicate the multicast/broadcast vehicle-to-network application. A feature tag may indicate one or more capability of the V2X application. For example, a specific feature tag, such as 3gpp-application.ims.iari.v2x.vehicle may indicate V2X UE with vehicle capability or 3gpp-application.ims.iari.v2x.vehicle-to-vehicle may indicate V2X UE with vehicle-to-vehicle capability. These are examples and other features tag names may be used. One or more IARI may indicate a combination of at least two of pedestrian, vehicle, infrastructure, vehicle-to-vehicle, vehicle-to-pedestrian, vehicle-to-network, and/or vehicle-to-infrastructure capabilities of the V2X application. For example, a feature tag 3gpp-application.ims.iari.v2x may indicate capability for V2X which may be vehicle, pedestrian, infrastructure, vehicle-to-vehicle, vehicle-to-pedestrian, vehicle-to-network, and/or vehicle-to-infrastructure.

In one example, a feature tag 3gpp-application.ims.iari.v2x.emergency may indicate capability for V2X which may be emergency vehicle, emergency pedestrian, emergency infrastructure, emergency vehicle-to-vehicle, emergency vehicle-to-pedestrian, emergency vehicle-to-network, and/or emergency vehicle-to-infrastructure.

In another example, one or more additional parameters may be included in the new dialog establishment or a standalone transaction along with a feature tag to indicate the V2X device capability or a combination of one or more capabilities of the V2X device.

In an implementation, the V2X UE may transmit the message to establish a dialog, new dialog, or as a standalone transaction to a UE relay via PC5 which relays message to the V2X AS via VC1. The V2X UE may discover the UE relay using discovery model A or model B. In an example, the UE relay may decode the message for new dialog establishment or for the standalone transition and may update the message headers before retransmitting the message. The UE relay may update the source and destination address in the message for the new dialog and standalone transaction.

The flow diagram in the example embodiment in FIG. 20 shows a V2X AS sends information about broadcast/multicast bearer to the V2X UE. FIG. 20 shows that V2X AS may get the broadcast/multicast information from MS-BC and pass on to the V2X UE by employing a dialog, a new dialog, and/or a standalone transaction which comprises one or more ICSIs of V2X and/or one or more IARIs of V2X service/application and/or one or more ICSIs of V2X and/or one or more IARIs of broadcast/multicast service/application. In one example embodiment, the information may be about availability of broadcast/multicast bearer and the details for its connectivity. In one example embodiment, the information may be an update of the details of the broadcast/multicast bearer. In one example embodiment, the information may be the request for the release of the broadcast/multicast bearer. In one example embodiment, the information may be about the unicast bearer. V2X UE may confirm V2X AS the reception of the information.

The flow diagram in the example embodiment in FIG. 21 shows a V2X UE sends information about broadcast/multicast bearer to the V2X AS. FIG. 21 shows that V2X UE may realize that it has lost the broadcast/multicast bearer coverage and may request V2X AS an update for the broadcast/multicast bearer by employing a dialog, a new dialog, and/or a standalone transaction which comprises one or more ICSIs of V2X and/or one or more IARIs of V2X service/application and/or one or more ICSIs of V2X and/or one or more IARIs of broadcast/multicast service/application. In one example embodiment, the information may be about updating the details of the broadcast/multicast bearer. In one example embodiment, the information may be about releasing the broadcast/multicast bearer and moving to the unicast bearer.V2X AS may confirm V2X UE the reception of the information.

V2X communication may rely on group discovery (e.g. the members of a group discover each other in prior to the V2X group communications). The V2X group communication may be either on-network or off-network. The on-network V2X group communication may rely on having access to the network while the off-network may be the direct communications among the group members without any network involvements.

Depending on the geographic pattern, locations, velocity, etc. the members of an V2X group may come close to each other or get far apart. The V2X group members may need to keep track of each other by the periodic V2X discovery mechanism. Examples for V2X direct discovery methods are Model A and Model B.

Model A may include the following examples two roles for the V2X-enabled UEs that are participating in V2X direct discovery: announcing UE: a) The UE may announce certain information that may be used by UEs in proximity that have permission to discover, and b) monitoring a UE where the UE that may monitor certain information of interest in proximity of announcing UEs.

In Model A, the announcing UE may broadcast discovery messages at discovery intervals (e.g. pre-defined intervals) and the monitoring UEs that are interested in these messages may read them and may process them. In an example, this model may be equivalent to “I am here” since the announcing UE may broadcast information about itself e.g. its V2X application code in the discovery message.

The UE may act as “announcing UE” in the carrier frequency signaled by the serving PLMN when using Model A mode. The UE may act as a “monitoring” UE in the resources of the serving PLMN and local PLMNs, when using Model A mode. When inter-PLMN discovery transmission is supported, the carrier frequency may be operated by a PLMN other than the serving PLMN. Open and/or restricted discovery types may be supported by Model A. If V2X is not employed as a mission critical feature, the discovery may be open discovery. If V2X is employed for mission critical communication, the discovery may be restricted.

Model B, when restricted discovery type is used, may include the following examples two roles for the V2X-enabled UEs that are participating in V2X direct discovery: a) discoverer UE: The UE may transmit a request containing certain information about what it is interested to discover, and b) discoveree UE: The UE that may receive the request message may respond with some information related to the discoverer's request.

In an example embodiment, it may be equivalent to “who is there/are you there.” The discoverer UE may send information about other UEs that may like to receive responses. The information may be about a V2X application identity corresponding to a group and the members of the group may respond.

When using Model B discovery, the discoverer UE and discoveree UE may announce in the carrier frequency signaled by the serving PLMN. When inter-PLMN discovery transmission is supported, the carrier frequency may be operated by a PLMN other than the serving PLMN. The discoverer UE and discoveree UE may be allowed to monitor in the serving PLMN and Local PLMNs when authorized. In an example implementation, only restricted discovery type may be supported by Model B. In an example application, the public safety discovery may be considered restricted. The monitoring UE/discoverer UE may need to have authorization (such as through pre-provisioned parameters) to perform discovery of the appropriate service(s).

In one example embodiment, the V2X discovery may be considered open and depending on Model A, it may use V2X application code for Model A. In one example embodiment, the V2X discovery may be considered restricted and depending on Model A or Model B, it may use V2X restricted application code for Model A, it may use V2X query code/V2X response code respectively for Model B.

These code parameters may be n bits (e.g. 64 bits), and may be part of V2X application code. In an example embodiment, the code parameters may correspond to one or more V2X application ID(s). In an example embodiment, where the restricted discovery may be used, the code parameters may correspond to one or more restricted V2X application user ID(s) (RPAUID). In an example embodiment, where the restricted discovery may be used, the V2X application user ID may be allocated and bound to V2X discovery UE ID (PDUID) by the V2X application server.

The figure in the example embodiment in FIG. 22 shows an example V2X discovery message which may be employed for discovery procedures in Model A and Model B. Model A may comprise procedures for the announcing V2X UE and procedures for the monitoring V2X UE. Model A may include matching procedure for the case when the monitoring V2X UE may receive V2X code over the air that matches the discovery filter provided by the HPLMN V2X function to the monitoring V2X UE in the discovery response message, however the corresponding V2X application identity or restricted V2X application UE identity (RPAUID) may not have valid validity timer.

The flow diagram in the example embodiment in FIG. 23 shows an example procedure for Model A Discovery. This example procedure for the Model A discovery comprises authorization. In an example embodiment, the V2X UE may get authorized for V2X direct discovery. In one example embodiment, if V2X service is restricted, the V2X UE may get authorized for restricted V2X direct discovery. The procedure for the Model A discovery comprises announcement which may be in one example embodiment, the announcing V2X UE may request for discovery and may receive the V2X application code (or V2X application code prefix and V2X application code suffix(es), if the application-controlled extension is used). The announcing V2X UE may announce the V2X application code (or V2X application code prefix and V2X application code suffix(es) if the application-controlled extension is used).

In an example embodiment, if V2X may use restricted discovery. The announcing V2X UE may request for discovery and may receive the V2X restricted code (or V2X restricted code prefix and V2X restricted code suffix(es) to announce itself, if the application-controlled extension is used). The announcing V2X UE may announce the V2X restricted code (or V2X restricted code prefix and V2X restricted code suffix(es), if the application-controlled extension is used).

The procedure for the Model A discovery may comprise monitoring which may be in one example embodiment. The monitoring V2X UE may request for discovery and may receive the V2X discovery filter(s) comprising the V2X application ID (or V2X application ID prefix and V2X application ID suffix(es), if the application-controlled extension is used). The monitoring V2X UE may monitor for the V2X application ID (or V2X application ID prefix and V2X application ID suffix(es), if the application-controlled extension is used). The monitoring UE may match-report if having monitored V2X application code that does not match the locally V2X application ID (or V2X application ID prefix and V2X application ID suffix(es), if the application-controlled extension is used).

In an example embodiment, if the V2X service is restricted. The monitoring V2X UE may request for discovery and may receive the V2X discovery filter(s) comprising the V2X restricted code (or V2X restricted code prefix and V2X restricted code suffix(es), if the application-controlled extension is used). The monitoring V2X UE may monitor for the V2X restricted code (or V2X restricted code prefix and V2X restricted code suffix(es), if the application-controlled extension is used). The monitoring UE may match-report if having monitored V2X restricted code (or V2X restricted code prefix and V2X restricted code suffix(es), if the application-controlled extension is used) matches the discovery filter but the corresponding PRAUID associated with it, does not have a valid validity timer.

The flow diagram in the example embodiment in FIG. 24 shows an example procedure for announcing V2X UE. The procedure for the announcing V2X UE comprises in one example embodiment, if discovery is not restricted, the V2XUE may be configured with V2X application ID corresponding to the HPLMN. If the dicovery is restricted, the application client in the V2X UE may retrieve the V2X discovery UE identity (PDUID) and may provide it to the V2X application server. The V2X application server may allocate a restricted V2X application UE identity (RPAUID) for that PDUID, may store the binding between the PDUID and the RPAUID and may return the RPAUID to the application client in the V2X UE. V2X UE may use RPAUID instead of PDUID since the announcement is restricted.

In one example embodiment, if discovery is not restricted, the V2X UE may construct a discovery request message comprising a V2X application ID, UE identity set to international mobile subscriber identity (IMSI), command=announce, discovery type set to open discovery, application ID set to unique identifier of the V2X application ID, discovery entry ID indicating if this is a new request, optional requested discovery timer set to validity timer associated with the expected V2X restricted code from the HPLMN V2X function (if it is set to zero, the V2X UE is requesting to remove the discovery entity ID and release the associated resources), (if application-controlled extension may be used) application level container containing the request and the relevant information, and the PLMN ID of the carrier frequency in announcing PLMN ID if the serving PLMN signaled carrier frequency is not operated by HPLMN or VPLMN and if inter-PLMN V2X discovery transmission is supported. V2X UE may send the discovery request message to HPLMN V2X function. If the discovery is restricted, the V2X UE may construct a discovery request message comprising RPAUID, UE identity set to international mobile subscriber identity (IMSI), command=announce, discovery type set to restricted discovery, application ID set to unique identifier of the V2X application ID, discovery entry ID indicating if this is a new request, optional requested discovery timer set to validity timer associated with the expected V2X restricted code from the HPLMN V2X function (if it is set to zero, the V2X UE is requesting to remove the discovery entity ID and release the associated resources), (if application-controlled extension may be used) application level container containing the request and the relevant information, announcing type such as “on demand” for the indicated application, and the PLMN ID of the carrier frequency in announcing PLMN ID if the serving PLMN signaled carrier frequency is not operated by HPLMN or VPLMN and if inter-PLMN V2X discovery transmission is supported. V2X UE may send the discovery request message to HPLMN V2X function.

In one example embodiment, if the discovery is not restricted, HPLMN V2X function may check for authorization for the V2X application. If there is not any associated V2X UE context, the HPLMN V2X function may check with HSS and if needed may create a new context for the V2X UE that may contain the subscription parameters for this V2X UE. HSS may also provide a MSISDN of the V2X UE and PLMN ID of where the V2X UE is registered. If the discovery is restricted, HPLMN V2X function may check for authorization for the V2X application. If there is not any associated V2X UE context, the HPLMN V2X function may check with HSS and if needed may create a new context for the V2X UE that may contain the subscription parameters for this V2X UE. HSS may provide also MSISDN of the V2X UE and PLMN ID of where the V2X UE is registered.

In one example embodiment, if the discovery is not restricted, the HPLMN V2X function may send an authorization request comprising a V2X application ID and request type set to “open discovery/announce” towards the V2X application server. The authorization request may contain allowed number of suffixes if open direct discovery with application-controlled extension is used. The request type may be set to “open discovery with application-controlled extension/announce”. If the discovery is restricted, the HPLMN V2X function may send an authorization request comprising RPAUID and request type set to “restricted discovery/announce” towards the V2X application server. The authorization request may contain an allowed number of suffixes if restricted direct discovery with application-controlled extension is used. The request type may be set to “restricted discovery with application-controlled extension/announce”.

In one example embodiment, if the discovery is not restricted, the V2X application server may answer by an authorization response comprising response type set to “open discover/announce ack”. The authorization respond may include V2X application code suffix pool with allocated suffixes by the V2X application if the open direct discovery with application-controlled extension is used. the response type may be set to “open discovery with application-controlled extension/announce ack”. If the discovery is restricted, the V2X application server may answer by an authorization response comprising PDUID(s) corresponding the RPAUID stored in the V2X application server and response type set to “restricted discover/announce ack.” The authorization respond may include V2X restricted code suffix pool with allocated suffixes by the V2X application if restricted direct discovery with application-controlled extension is used. the response type may be set to “restricted discovery with application-controlled extension/announce ack”.

In one example embodiment, if the discovery is restricted, the HPLMN V2X function may assign a V2X restricted code corresponding to the RPAUID in the discovery request and an associated validity timer which may identify the duration of validity of the V2X restricted code. The V2X UE may use this V2X restricted code within this validity duration if PLMN is not changed. If restricted direct discovery with application-controlled is used, then the HPLMN V2X functions may assign a V2X restricted code prefix instead of V2X restricted code. If discovery request message indicates “on demand” announcing and the “on demand” announcing is authorized and enabled based on application ID and operator's policy, the HPLMN V2X function may store RPAUID, V2X restricted code (or V2X restricted code prefix) with the associated validity timer, and enabled indicator in the user context. “On demand” announcing may be activated based on an ongoing monitoring request, otherwise, the following steps are not executed.

In one example embodiment, if the discovery is not restricted, the HPLMN V2X function may check whether the V2X UE is authorized to use the V2X application ID in the original request. If V2X UE is authorized, the HPLMN V2X function may inform the PLMN where the V2X UE is visiting by sending an announce authorization comprising V2X application ID, V2X application code (or V2X application code prefix and V2X application code suffixes if application-controlled extension is used), V2X UE identity set to IMSI or mobile station identifier number (MSISDN), validity timer for charging purposes, and showing how long the V2X application code is valid discovery entry ID, and possible metadata. If the discovery is restricted, if the discovery request is authorized, HPLMN V2X function may construct announce authorization message containing RPAUID, V2X application ID, V2X restricted code (or V2X restricted code prefix with V2X restricted code suffix pool if restricted direct discovery with application-controlled extension is used) set to assigned code for this request, UE ID set to IMSI or mobile station identifier number (MSISDN), discovery entry ID, and validity timer. The HPLMN V2X function may update the existing announcing V2X UE's discovery entry with the new V2X restricted code (or the V2X restricted code prefix with V2X restricted code suffix pool if restricted direct discovery with application-controlled extension is used) and the new validity timer by using the V2X UE's corresponding discovery entry ID included in the discovery request message. If discovery request message included discovery timer set to zero for a discovery entity ID, then the HPLMN V2X function informs the VPLMN V2X function to remove resources for that discovery entry ID by setting the timer to zero. The HPLMN V2X function may send the announce authorization message towards the VPLMN V2X function.

In one example embodiment, if the discovery is not restricted, the VPLMN V2X function may acknowledge the HPLMN V2X function that it may authorize the V2X UE to perform open discovery announcing if the announce authorization message contain a new discovery entery ID. If the discovery entery ID already exists, the VPLMN V2X function may acknowledge the update as requested. If the discovery is restricted, the VPLMN V2X function may acknowledge the HPLMN V2X function that it may authorize the V2X UE to perform restricted discovery announcing if the announce authorization message contain a new discovery entery ID. If the discovery entery ID already exists, the VPLMN V2X function may acknowledge the update as requested.

In one example embodiment, if the discovery is not restricted, the HPLMN V2X function may construct a discovery respond message with V2X application code (or V2X application code prefix with V2X application code suffix pool if open direct discovery with application-controlled extension is used), validity timer, and discovery entity ID. The validity timer is set to zero if it is zero in discovery request message originated by the V2X UE. The HPLMN V2X function may send the discovery respond message towards the V2X UE. If the discovery is restricted and if the announcing is not “on-demand”, the HPLMN V2X function may construct a discovery respond message with V2X restricted code (or V2X restricted code prefix with V2X restricted code suffix pool if restricted direct discovery with application-controlled extension is used), validity timer, and discovery entity ID. If the announcing is “on-demand” and is authorized and enabled, the HPLMN V2X function may construct the discovery respond message with validity timer, announcing enabled indicator, and discovery entity ID. The validity timer is set to zero if it is zero in discovery request message originated by the V2X UE. The HPLMN V2X function may send the discovery respond message towards the V2X UE.

In one example embodiment, if the discovery is not restricted, V2X UE may start announcing the provided V2X restricted code. If restricted direct discovery with application-controlled extension is used, the V2X UE appends a V2X restricted code suffix from the received V2X restricted code suffix pool to the V2X restricted code prefix to form a V2X restricted code. The V2X UE may use different suffixes from the provided V2X restricted code suffix pool to form and announce different V2X restricted codes without having to contact the HPLMN V2X function as long as the validity timer permits. If the discovery is restricted, V2X UE may start announcing the provided V2X restricted code. If restricted direct discovery with application-controlled extension is used, the V2X UE appends a V2X restricted code suffix from the received V2X restricted code suffix pool to the V2X restricted code prefix to form a V2X restricted code. The V2X UE may use different suffixes from the provided V2X restricted code suffix pool to form and announce different V2X restricted codes without having to contact the HPLMN V2X function as long as the validity timer permits. If “on-demand” announcing is used and the HPLMN V2X function has not provided V2X restricted code (or V2X restricted code prefix with V2X restricted code suffix pool if restricted direct discovery with application-controlled extension is used), the V2X UE may need to wait for an announcing alert request message from the HPLMN V2X function before announcing on PC5 interface.

The flow diagram in the example embodiment in FIG. 25 shows an example procedure for monitoring V2X UE. The procedure for monitoring V2X UE comprises in one example embodiment, if the discovery is not restricted, the V2X UE may be configured for V2X application ID corresponding the PLMN where the UE is authorized to monitor. If the discovery is restricted, the application client in the V2X UE may retrieve the V2X discovery UE identity (PDUID) and may provide it to the V2X application server. The V2X application server may allocate a restricted V2X application UE identity (RPAUID) for that PDUID, may store the binding between the PDUID and the RPAUID and may return the RPAUID to the application client in the V2X UE. The V2X UE may obtain RPAUIDs of those V2X target users from the V2X application server passed in an application level container. V2X may use RPAUID instead of PDUID if the discovery is restricted.

In one example embodiment, if the discovery is not restricted, in order to get the discovery filter, the monitoring V2X UE may construct a discovery request message comprising V2X application ID, UE identity set to e.g. IMSI, command=monitor, discovery type, application ID set to unique identifier for the application that may have triggered discovery procedure, possible application level container comprising the target V2X application code suffix that the V2X UE is to monitor, discovery entry ID showing the discovery identity that it is a new discovery or an existing one, and the optional requested discovery timer. The requested discovery timer may be set to zero to indicate HPLMN to delete the discovery filter(s) for that discovery entry ID. The application level container may include some information about V2X application code suffix such as group or user specific information if direct discovery with application-controlled extension may be used. The V2X UE may send the discovery request message towards HPLMN V2X function. If the discovery is restricted, in order to get the discovery filter, the monitoring V2X UE may construct a discovery request message comprising RPAUID set to the monitoring V2X UE identity, UE identity set to IMSI, command=monitor, discovery type, application ID set to unique identifier for the application that may have triggered discovery procedure, application level container comprising the target RPAUIDs that the V2X UE is to monitor, discovery entry ID showing the discovery identity that it is a new discovery or an existing one, and the optional requested discovery timer. The requested discovery timer is set to zero to indicate HPLMN to delete the discovery filter(s) for that discovery entry ID. The application level container may include some information about V2X restricted code suffix such as group or user specific information if direct discovery with application-controlled extension is used. The V2X UE may send the discovery request message towards HPLMN V2X function.

In one example embodiment, if the discovery is not restricted, the HPLMN V2X function may check for authorization for the V2X application. If there is not any associated V2X UE context, the HPLMN V2X function may check with HSS and if needed may create a new context for the V2X UE that may contain the subscription parameters for this V2X UE. HSS may provide also MSISDN of the V2X UE and PLMN ID of where the V2X UE is registered. If the discovery is restricted, the HPLMN V2X function may check for authorization for the V2X application. If there is not any associated V2X UE context, the HPLMN V2X function may check with HSS and if needed may create a new context for the V2X UE that may contain the subscription parameters for this V2X UE. HSS may provide also MSISDN of the V2X UE and PLMN ID of where the V2X UE is registered.

In one example embodiment, if the discovery is restricted, the HPLMN V2X function may send an authorization request comprising V2X application ID and request type set to “open discovery/monitor” towards the V2X application server. If open direct discovery with application-controlled extension is used, the request type is then set to “open discovery with application-controlled extension/monitor”. If the discovery is restricted, the HPLMN V2X function may send an authorization request comprising RPAUID and request type set to “restricted discovery/monitor” towards the V2X application server. If restricted direct discovery with application-controlled extension is used, the request type is then set to “restricted discovery with application-controlled extension/monitor.”

In one example embodiment, if the discovery is not restricted, the V2X application server may construct an authorization response comprising mask(s) for V2X application code suffix(es) corresponding to V2X application ID and response type set to “open discovery/monitor ack” (or to “open discovery with application-controlled extension/monitor ack” if o direct discovery with application-controlled extension is used). The V2X application server may send the authorization response towards the HPLMN V2X function. If the discovery is restricted, the V2X application server may construct an authorization response comprising target PDUIDs and corresponding target RPAUID that the RPAUID in the authorization request may monitor, PDUID of the requesting V2X UE, and response type set to “restricted discovery/monitor ack” (or to “restricted discovery with application-controlled extension/monitor ack” if restricted direct discovery with application-controlled extension is used). The V2X application server may send the authorization response towards the HPLMN V2X function.

In one example embodiment, if the discovery is not restricted, the HPLMN V2X function may construct a monitor request message comprising V2X application ID of monitoring V2X UE which is set to the unique identifier for the application that may have triggered the discovery procedure, UE identity set to IMSI or MSISDN, V2X application code suffix(es) and corresponding mask(s), and discovery entry ID to identify the discovery entry being new or an existing one. The HPLMN V2X function may send the monitor request towards the target PLMN V2X function which may belong to the monitoring V2X UE. If the discovery entry ID is an existing one, the target PLMN V2X function may modify the existing discovery procedure with the parameters included in the monitor request message. If the discovery is restricted, the HPLMN V2X function may construct a monitor request message comprising RPAUID of monitoring V2X UE, UE identity set to IMSI or MSISDN, target PDUID and corresponding target RPAUID, application ID set to unique identifier for application that may have triggered the discovery procedure, and discovery entry ID to identify the discovery entry being new or an existing one. The HPLMN V2X function may send the monitor request towards the target PLMN V2X function which may belong to the monitoring V2X UE. If the discovery entry ID is an existing one, the target PLMN V2X function may modify the existing discovery procedure with the parameters included in the monitor request message.

In one example embodiment, if the discovery is restricted, the target PLMN V2X function may retrieve the V2X restricted code (or the V2X restricted code prefix if the restricted direct discovery with application-controlled extension is used) corresponding to the targeted PDUID, targeted RPAUID, and application ID. If in the context of the announcing V2X UE, the announcing enabled indicator is stored, the target PLMN V2X function may construct an announcing alert request message comprising RPAUID indicating which monitoring V2X UE is interested in the targeted V2X UE announcement, application ID set to unique identifier for the application that may have triggered discovery procedure, V2X restricted code retrieved from the context of the targeted announcing V2X UE (or V2X restricted code prefix with V2X restricted code suffix pool if restricted direct discovery with application-controlled extension was requested by the announcing V2X UE), and discovery entry ID to indicate it is a new discovery entity or an existing one. The target PLMN V2X function may send the message towards the targeted V2X UE and upon receipt of the announce alert response message from that V2X announcing UE, the V2X function removes the announcing enabled indication associated to the V2X restricted code (or V2X restricted code prefix with V2X restricted code suffix pool if restricted direct discovery with application-controlled extension was requested by the announcing V2X UE) from the announcing V2X UE context. The V2X UE may now start announcing the V2X restricted code (or V2X restricted code prefix with V2X restricted code suffix pool if restricted direct discovery with application-controlled extension was requested by the announcing V2X UE).

In one example embodiment, the target V2X function may have an option to construct an authorization request message comprising RPAUID set to that of the monitoring V2X UE, request type set to “restricted discovery/permission”, and target RPAUID set to that of the announcing V2X UE. The target V2X function may send the authorization request message towards the V2X application server.

In one example embodiment, the V2X application server may acknowledge the target V2X function by constructing an authorization response message comprising PDUID of the announcing V2X UE which may be monitored and response type set to “restricted discovery/permission ack” and sending it towards the target PLMN V2X function.

In one example embodiment, if the discovery is not restricted, the target V2X function may construct a monitor response message comprising V2X application code (or V2X application code prefix with V2X application code suffix pool if open direct discovery with application-controlled extension was requested by the announcing V2X UE) and the corresponding validity timer. The target V2X function may send the monitor response message towards the HPLMN V2X function. If the discovery is restricted, the target V2X function may construct a monitor response message comprising V2X restricted code (or V2X restricted code prefix with V2X restricted code suffix pool if restricted direct discovery with application-controlled extension was requested by the announcing V2X UE) and the corresponding validity timer. The target V2X function may send the monitor response message towards the HPLMN V2X function.

In one example embodiment, if the discovery is not restricted, from the V2X application server, the HPLMN V2X function has now retrieved the V2X application code (or V2X application code prefix with V2X application code suffix pool if open direct discovery with application-controlled extension was requested by the announcing V2X UE). The HPLMN V2X function based on the V2X application code (or V2X application code prefix with V2X application code suffix pool if restricted direct discovery with application-controlled extension was requested by the announcing V2X UE) and the corresponding validity timer, may allocate a discovery filter with corresponding time-to-live (TTL). If the discovery is restricted, from the V2X application server, the HPLMN V2X function has now retrieved the V2X restricted code (or V2X restricted code prefix with V2X restricted code suffix pool if restricted direct discovery with application-controlled extension was requested by the announcing V2X UE) and the corresponding validity timer for each pair of target PDUID-target RPAUID bound with application ID and stored as the user content of the monitoring V2X UE. The HPLMN V2X function based on the V2X restricted code (or V2X restricted code prefix with V2X restricted code suffix pool if restricted direct discovery with application-controlled extension was requested by the announcing V2X UE) and the corresponding validity timer, may allocate a discovery filter with corresponding time-to-live (TTL).

In one example embodiment, if the discovery is not restricted, the HPLMN V2X function may construct a discovery response message comprising discovery filter(s) that may comprise V2X application code (or V2X application code prefix with V2X application code suffix pool if open direct discovery with application-controlled extension was requested by the announcing V2X UE) to be monitored and the corresponding TTL showing how long the filter is valid. If the requested discovery timer in discovery request message sent by V2X monitoring UE was set to zero, the TTL in the discovery response message may be set to zero. The discovery response message may comprise discovery entry ID to identify the discovery entity. The HPLMN V2X function may send the discovery response message towards the monitoring V2X UE. If the discovery is restricted, the HPLMN V2X function may construct a discovery response message comprising target RPAUID(s) and the corresponding discovery filter(s) that may comprise V2X restricted code (or V2X restricted code prefix with V2X restricted code suffix pool if restricted direct discovery with application-controlled extension was requested by the announcing V2X UE) to be monitored and the corresponding TTL showing how long the filter is valid. If the requested discovery timer in discovery request message sent by V2X monitoring UE was set to zero, the TTL in the discovery response message may be set to zero. The discovery response message may comprise discovery entry ID to identify the discovery entity. The HPLMN V2X function may send the discovery response message towards the monitoring V2X UE. The V2X UE may use the discovery filter to monitor the announcing V2X UE.

The flow diagram in the example embodiment in FIG. 26 shows the procedure for the match report. The procedure for match report for announcing/monitoring comprises in one example embodiment, if the discovery is not restricted, if the monitoring V2X UE may have over the air received a V2X application code (or the V2X application code prefix and the V2X application code suffix if the restricted direct discovery with application-controlled extension is used) is matching the discovery filter obtained in the discovery response message from the HPLMN V2X function but the announcing V2X UE does not have an V2X application ID that matches the one that locally stored or its metadata is different from the one that locally stored, the monitoring V2X UE may construct a match report message comprising V2X application ID set to unique identifier for the application that may have triggered the monitoring request, IMSI or MSISDN as UE identity, discovery type set to “open discovery”, the over the air received V2X application code, optional metadata requested, and announcing PLMN ID of the PLMN where the announcing V2X UE was monitored. The monitoring V2X UE may transmit the match report message towards the HPLMN V2X function. If the discovery is restricted, if the monitoring V2X UE may have over the air received a V2X restricted code (or the V2X restricted code prefix and the V2X restricted code suffix if the restricted direct discovery with application-controlled extension is used) is matching the discovery filter obtained in the discovery response message from the HPLMN V2X function but the announcing V2X UE does not have an RPAUID with a valid TTL, the monitoring V2X UE may construct a match report message comprising its own RPAUID, its IMSI or MSISDN as UE identity, discovery type set to “restricted discovery”, application ID set to unique identifier for the application that may have triggered the monitoring request, the over the air received V2X restricted code, optional metadata requested, and announcing PLMN ID of the PLMN where the announcing V2X UE was monitored. The monitoring V2X UE may transmit the match report message towards the HPLMN V2X function.

In one example embodiment, if the discovery is not restricted, the HPLMN V2X function may verify if the monitoring V2X UE may perform open discovery and may analyze V2X application code (or the V2X application code prefix and the V2X application code suffix if the open direct discovery with application-controlled extension is used). The HPLMN V2X function identifies the announcing V2X UE's V2X application code in the context of the monitoring V2X UE. If the discovery is restricted, the HPLMN V2X function may verify if the monitoring V2X UE may perform restricted discovery and may analyze V2X restricted code (or the V2X restricted code prefix and the V2X restricted code suffix if the restricted direct discovery with application-controlled extension is used). The HPLMN V2X function identifies the announcing V2X UE's RPAUID in the context of the monitoring V2X UE.

In one example embodiment, if the discovery is restricted, if metadata requested was included to the originated match report message by the monitoring V2X UE, the HPLMN V2X function may locate the V2X application server from the application ID and may construct an authorization request message comprising monitoring V2X UE's RPAUID, announcing V2X UE's RPAUID, and request type set to “restricted discovery/match”. The HPLMN V2X function may send the authorization request message towards the V2X application server. This step is optional if metadata requested was not included into the original match report message.

In one example embodiment, if the discovery is restricted the V2X application server may construct an authorization response comprising monitoring V2X UE's PDUID, announcing V2X UE's PDUID, response type set to “restricted discovery/match ack”, and metadata corresponding to the announcing V2X UE.

In one example embodiment, if the discovery is not restricted, the HPLMN V2X function may verify that the V2X application ID may belong to the monitoring V2X UE and the announcing V2X UE's V2X application ID are the same as the announcing V2X UE's V2X application ID that is stored in the context of the monitoring V2X UE. If the discovery is restricted, the HPLMN V2X function may verify that the PDUID may belong to the monitoring V2X UE and the announcing V2X UE's PDUID are the same as the announcing V2X UE's PDUID that is stored in the context of the monitoring V2X UE.

In one example embodiment, if the discovery is not restricted, the HPLMN V2X function may construct a match report ack comprising V2X application ID set to unique identifier for the application that may have triggered the monitoring request, announcing V2X UE's V2X application ID, validity timer, and optionally metadata. If the discovery is restricted, the HPLMN V2X function may construct a match report ack comprising V2X application ID set to unique identifier for the application that may have triggered the monitoring request, announcing V2X UE's RPAUID, validity timer, and optionally metadata.

In one example embodiment, if the discovery is restricted, the monitoring V2X UE may store the mapping between the V2X restricted code (or the V2X restricted code prefix and the V2X restricted code suffix if the restricted direct discovery with application-controlled extension is used), announcing V2X UE's V2X application ID, the application ID unique identifier of the application that may have triggered the monitoring procedure, and the related validity timer. If the discovery is restricted, the monitoring V2X UE may store the mapping between the V2X restricted code (or the V2X restricted code prefix and the V2X restricted code suffix if the restricted direct discovery with application-controlled extension is used), announcing V2X UE's PRAUID, the application ID unique identifier of the application that may have triggered the monitoring procedure, and the related validity timer.

In one example embodiment, if the discovery is not restricted, the HPLMN V2X function may construct a match report info message comprising monitoring V2X UE's V2X application ID, announcing V2X UE's V2X application ID, announcing V2X UE's identity set to IMSI or MSISDN for charging purposes, V2X application code (or the V2X application code prefix and the V2X application code suffix if the open direct discovery with application-controlled extension is used), and discovery type set to “open discovery”. The HPLMN V2X function may send the match report info message towards the announcing V2X UE's PLMN V2X function and the V2X function of the PLMN where the announcing V2X UE may be roaming in. If the discovery is restricted, the HPLMN V2X function may construct a match report info message comprising monitoring V2X UE's RPAUID, announcing V2X UE's RPAUID, announcing V2X UE's identity set to IMSI or MSISDN for charging purposes, V2X restricted code (or the V2X restricted code prefix and the V2X restricted code suffix if the restricted direct discovery with application-controlled extension is used), and discovery type set to “restricted discovery”. The HPLMN V2X function may send the match report info message towards the announcing V2X UE's PLMN V2X function and the V2X function of the PLMN where the announcing V2X UE may be roaming in.

Model B may comprise procedure for the discoveree V2X UE and procedure for the discoverer V2X UE procedure. It may include matching procedure for the case when the discoverer V2X UE may receive V2X response code over the air that may match the discovery filter provided by the HPLMN V2X function to the discoveree V2X UE in the discovery response message, however the corresponding V2X application ID may not have valid validity timer. Model B may always be for restricted discovery.

The flow diagram in the example embodiment in FIG. 27 shows an example procedure for Model B Discovery. The procedure for the Model B discovery may comprise authorization which may be the V2X UE may get authorized for restricted V2X direct discovery. In one example embodiment, the V2X direct discovery may need to be restricted. Model B discovery may comprise discoveree Procedure which may be the discoveree V2X UE may request for discovery and may receive the V2X response code and associated discovery query filter(s). The discoveree V2X UE may employ the discovery filter(s) to monitor V2X query code on PC5. The discoveree V2X UE may announce the V2X response code if receiving a V2X query code over the air which matches any of discovery filter(s).

Model B discovery may comprise discoverer procedure which may be the discoverer V2X UE may request for discovery and may receive the V2X query code and associated discovery response filter(s). The discoverer V2X UE may announce the V2X query code on PC5 interface. The discoverer V2X UE may monitor V2X response code on PC5 interface that matches any of the discovery response filter(s). The discoverer UE may match-report if having discovered V2X response code with corresponding V2X application ID with no valid validity timer. The discoveree, discoverer, and match-report procedures are explained later in this context.

The flow diagram in the example embodiment in FIG. 28 shows an example procedure for discoveree V2X UE. The procedure for discoveree V2X UE comprises the application client in the V2X UE may retrieve the V2X discovery UE identity (PDUID) and may provide it to the V2X application server. The V2X application server may allocate a restricted V2X application UE identity (RPAUID) for that PDUID, may store the binding between the PDUID and the RPAUID and may return the RPAUID to the application client in the V2X UE. The application client in the V2X UE may store the binding between the RPAUID and its own PDUID and may use those RPAUID to perform discoveree request procedure.

The discoveree V2X UE may establish connection to HPLMN V2X function and may construct a discovery request message comprising RPAUID set to what the V2X UE may announce, UE identity set to IMSI, command indicating this is for discoveree UE, discovery type set to “restricted discovery”, discovery Model indicating Model B, application ID set to unique identifier for the application that may have triggered discovery procedure, discovery entry ID showing the discovery identity that it is a new discovery or an existing one, and PLMN ID of the carrier frequency in announcing PLMN ID if the serving PLMN signaled carrier frequency is not operated by HPLMN or VPLMN and if inter-PLMN V2X discovery transmission is supported. V2X UE may send the discovery request message to HPLMN V2X function.

HPLMN V2X function may check for authorization for the V2X application. If there is not any associated V2X UE context, the HPLMN V2X function may check with HSS and if needed may create a new context for the V2X UE that may contain the subscription parameters for this V2X UE. HSS may provide also MSISDN of the V2X UE and PLMN ID of where the V2X UE is registered.

The HPLMN V2X function may locate the V2X application server based on the application ID in the discovery request message and may send an authorization request containing RPAUID and request type set to “restricted discovery/response” towards the V2X application server.

The V2X application server answers by an authorization response containing PDUID(s) corresponding the RPAUID stored in the V2X application server and response type set to “restricted discover/response ack”.

The HPLMN V2X function may verify that at least of one of the PDUID(s) may belong to the discoveree V2X UE. The HPLMN V2X function assigns a V2X response code and V2X query code with the associated discovery query filter(s). The V2X response code corresponds to the RPAUID in the discovery request and the HPLMN V2X function assigns an associated validity timer for the V2X response code and V2X query code with the associated discovery query filter(s). The validity timer identifies the duration of validity of the V2X response code and V2X query code with the associated discovery query filter(s). The discoveree V2X UE may use this V2X response code within this validity duration if PLMN is not changed. The HPLMN V2X function may store V2X response code with its associated validity timer and V2X query code with associated discovery query filter(s) in the context of the V2X user.

If the discovery request is authorized, HPLMN V2X function may construct announce authorization message containing RPAUID, V2X application ID, V2X response set to assigned code for this request, UE ID set to IMSI or MSISDN, discovery entry ID to identify the discovery entry, and validity timer indicating how long the V2X response code will be valid. The HPLMN V2X function may send the announce authorization message towards the VPLMN V2X function.

The VPLMN V2X function may acknowledge the HPLMN V2X function that it may authorize the V2X UE to perform restricted discovery announcing if the announce authorization message contain a new discovery entry ID. If the discovery entry ID already exists, the VPLMN V2X function may acknowledge the update as requested i.e. updating the discoveree V2X UE's discovery entry by the new V2X response code and its associated validity timer.

The HPLMN V2X function may construct a discovery response message with discovery type set to Model B, V2X response code, discovery query filter(s) matched for certain V2X query code, validity timer associated to V2X response code and the discovery query filter(s), and discovery entity ID to identify the discovery identity. The V2X discoveree UE may use the discovery query filter(s) (which may be multiple) to determine which V2X query code may trigger that the V2X discoveree UE may announce the assigned V2X response code. The HPLMN V2X function may send the discovery response message towards V2X discoveree UE.

The V2X discoveree UE may use the discovery query filter(s) which may be multiple to determine which V2X query code may trigger that the V2X discoveree UE announces the assigned V2X response code. If the validity timer expires, the V2X discoveree UE may send a new discovery request message towards the HPLMN V2X function.

The flow diagram in the example embodiment in FIG. 29 shows an example procedure for discoverer V2X UE. The procedure for discoverer V2X UE comprises the application client in the V2X UE may retrieve the V2X discovery UE identity (PDUID) and may provide it to the V2X application server. The V2X application server may allocate a restricted V2X application UE identity (RPAUID) for that PDUID, may store the binding between the PDUID and the RPAUID and may return the RPAUID to the application client in the V2X UE. The V2X UE may obtain also RPAUIDs of those V2X target users from the V2X application server passed in an application level container. RPAUID instead of PDUID may be used since this is restricted discovery.

The discoverer V2X UE may establish connection to the MPLMN V2X function and may construct a discovery request message comprising RPAUID set to what the discoverer V2X UE wants to announce, UE identity set to IMSI, command showing this is for V2X query procedure, discovery type set to “restricted discover”, discovery Model set to Model B, application ID set to unique identifier for the application that may have triggered discovery procedure, application level container comprising the target RPAUIDs that the V2X UE is to discover, discovery entry ID showing the discovery identity that it is a new discovery or an existing one, and the optional requested discovery timer. The requested discovery timer may be set to zero to indicate HPLMN to delete the discovery filter(s) for that discovery entry ID. The V2X UE may send the discovery request message towards HPLMN V2X function.

HPLMN V2X function may check for authorization for the V2X application. If there is not any associated V2X UE context, the HPLMN V2X function may check with HSS and if needed may create a new context for the V2X UE that may contain the subscription parameters for this V2X UE. HSS may provide also MSISDN of the V2X UE and PLMN ID of where the V2X UE is registered.

The HPLMN V2X function may locate the V2X application server based on the application ID in the discovery request message and may send an authorization request containing RPAUID, request type set to “restricted discovery/query”, and application level container towards the V2X application server.

The V2X application server may construct an authorization response comprising target PDUIDs and corresponding target RPAUID that the RPAUID in the authorization request may discover, PDUID of the requesting V2X UE, and response type set to “restricted discovery/query ack”. The V2X application server may send the authorization response towards the HPLMN V2X function.

The HPLMN V2X function may allocate the context for the discoveree UE(s) if the PLMN ID in the target PDUID-target RPAUID corresponds to a valid V2X response code. The HPLMN V2X function may allocate the discovery response filter(s) which trigger the V2X discoveree UE to transmit the V2X response code. This procedure has expiration time which is specified by validity timer.

The HPLMN V2X function may construct a discovery request message comprising RPAUID of discoveree V2X UE, UE identity set to IMSI or MSISDN, target PDUID and corresponding target RPAUID, application ID set to unique identifier for application that may have triggered the discovery procedure, and discovery entry ID to identify the discovery entry being new or an existing one. The HPLMN V2X function may send the discovery request towards the target PLMN V2X function which may belong to the discoveree V2X UE. If the discovery entry ID is an existing one, the target PLMN V2X function may modify the existing discovery procedure with the parameters included in the discovery request message.

The target V2X function has an option to construct an authorization request message comprising RPAUID set to that of the discoverer V2X UE, request type set to “restricted discovery/query”, and target RPAUID set to that of the discoveree V2X UE. The target V2X function may send the authorization request message towards the V2X application server.

The V2X application server may acknowledge the target V2X function by constructing an authorization response message comprising PDUID of the discovery V2X UE, response type set to “restricted discovery/query ack”, and target PDUID of the discoveree V2X UE. The V2X application server may send the authorization response message towards the target PLMN V2X function.

The target PLMN V2X function may allocate the context of the discoveree V2X UE based on target PDUID-target RPAUID and the application ID. The target PLMN V2X function responds with a discovery response comprising V2X query code which will be used by HPLMN V2X function to build the discovery query filter so that it may trigger the discoveree UE to may send V2X response code, the actual V2X response code, and validity timer to indicate for how long the V2X query code and V2X response code are valid.

The HPLMN V2X function may construct an announce authorization message comprising RPAUID of the discovery V2X UE, application ID, V2X query code and its associated validity timer, UE identity set to IMSI or MSISDN of discovery V2X UE for charging purposes in the visiting domain, and discovery entry ID to identify the discovery entry. The HPLMN V2X function may send the announce authorization message towards the VPLMN V2X function.

The VPLMN may acknowledge that it may authorize the discovery V2X UE to perform V2X direct discovery procedure. If the discovery entry ID in the announce authorization message corresponded an already discovery entry, the VPLMN V2X function may acknowledge the replacement of the existing V2X query code and its associated validity timer.

The HPLMN V2X function may construct the discovery response message comprising discovery model set to Model B, V2X query code, one or multiple discovery response filters which are generated by the HPLMN V2X function based on V2X response code, and validity timer for how long the V2X query code and discovery response filter(s) are valid. The HPLMN V2X function may transmit the discovery response message to the discoverer V2X UE.

The discoverer V2X UE may obtain the information from the discovery response message to discover discoveree V2X UE. If the validity timer is expired, the discoverer V2X UE may send a new discovery request message towards the HPLMN V2X function.

The flow diagram in the example embodiment in FIG. 30 shows an example procedure for the match report. The procedure for match report for discoveree/discoverer comprises if the discoverer V2X UE may have over the air received a V2X response code is matching the discovery response filter obtained in the discovery response message from the HPLMN V2X function but the discoveree V2X UE may not have an RPAUID with a valid TTL, the discoverer V2X UE may construct a match report message comprising its own RPAUID, its IMSI or MSISDN as UE identity, discovery type set to “restricted discovery”, application ID set to unique identifier for the application that may have triggered the monitoring request, the over the air received V2X response code, optional metadata requested, and discoveree PLMN ID of the PLMN where the discoveree V2X UE may have been discovered. The discoveree V2X UE may transmit the match report message towards the HPLMN V2X function.

The HPLMN V2X function may verify if the discoverer V2X UE may perform restricted discovery and may analyze V2X response code. The HPLMN V2X function may identify the discoveree V2X UE's RPAUID in the context of the discoverer V2X UE.

If metadata requested was included to the originated match report message by the discoverer V2X UE, the HPLMN V2X function may locate the V2X application server from the application ID and may construct an authorization request message comprising discoverer V2X UE's RPAUID, discoveree V2X UE's RPAUID, and request type set to “restricted discovery/match”. The HPLMN V2X function may send the authorization request message towards the V2X application server. This step is optional if metadata requested was not included into the original match report message.

The V2X application server may construct an authorization response comprising discoverer V2X UE's PDUID, discoveree V2X UE's PDUID, response type set to “restricted discovery/match ack”, and metadata corresponding to the discoveree V2X UE.

The HPLMN V2X function may verify that the PDUID may belong to the discoverer V2X UE and the discoveree V2X UE's PDUID are the same as the discoveree V2X UE's PDUID that may be stored in the context of the discoverer V2X UE.

The HPLMN V2X function may construct a match report ack comprising application ID set to unique identifier for the application that may have triggered the discovery request, discoveree V2X UE's RPAUID, validity timer, and optionally metadata.

The discoverer V2X UE may store the mapping between the V2X response code, discoveree V2X UE's PRAUID, the application ID unique identifier of the application that may have triggered the discovery procedure, and the related validity timer.

The HPLMN V2X function may construct a match report info message comprising discoverer V2X UE's RPAUID, discoveree V2X UE's RPAUID, discoveree V2X UE's identity set to IMSI or MSISDN for charging purposes, V2X response code, and discovery type set to “restricted discovery”. The HPLMN V2X function may send the match report info message towards the discoveree V2X UE's PLMN V2X function and the V2X function of the PLMN where the discoveree V2X UE may be roaming in.

Upon completion of the V2X group member discovery, the V2X group members may want to setup an V2X group call. In many situations, not all the V2X group members have visibility for each other. Most of the time, the V2X group members may not be visible by other members. Even if the V2X group members may be visible to each other at one point, the visibility may change due to e.g. movement of the V2X group members. In an example embodiment, in FIG. 31 V2X UE 1 sees V2X UE 2, V2X UE 3, V2X UE 4; V2X UE 2 sees V2X UE 1, V2X UE 3, V2X UE 4; V2X UE 3 sees V2X UE 1, V2X UE 2, V2X UE 4; and V2X UE 4 sees V2X UE 1, V2X UE 2, V2X UE 3. This configuration may be shown the example embodiment of FIG. 32, where number “1” may indicate visibility.

In one example embodiment, due to the possible e.g. movements of the V2X group members, the positions of the V2X group members may change from FIG. 31 to the example in FIG. 33, where V2X UE 1 sees V2X UE 2; V2X UE 2 sees V2X UE 3 and V2X UE 4; V2X UE 3 sees V2X UE 2 and V2X UE 4; and V2X UE 4 sees V2X UE 3.

This configuration may be shown In an example embodiment, in FIG. 34, where “1” may show the visibility while “0” may show lack of visibility. The V2X group members who may be in a full communication as shown in the example in FIG. 31, may lose visibility of other V2X members e.g. V2X UE 1 and V2X UE 4 as shown in FIG. 33. This may happen due to the movement of the V2X members or other reasons e.g. geographic patterns, location.

In one example embodiment, the V2X group members may be aware of each other's visibility with other word they may know the neighbors' neighbors. See the flow diagram in FIG. 35 exemplifying when V2X UE 2 in FIG. 33 distributes media within the V2X group. If V2X UE 2 distributes media, V2X UE 1 and V2X UE 3 may receive that media. If V2X UE 1 knows that V2X UE 2 has far better visibility than itself (since V2X UE 3 may be visible to V2X UE 2 while not V2X UE 1), then it may realize there is no point to redistribute the media. If V2X UE 3 knows that it may have visibility for V2X UE 4 while V2X UE 2 does not, it may realize that it may need to redistribute the media. V2X UE 2 and V2X UE 4 may receive the media if the media is redistributed by V2X UE 3. V2X UE 2 may recognize the media by e.g. tag and may ignore it for being repetitive. V2X UE 4 may know that V2X UE 3 has better visibility than itself (since V2X UE 3 may see V2X UE 2 while V2X UE 4 may not see V2X UE 2), it may realize it may not need to redistribute the media.

The exemplified configuration in FIG. 36 may illustrate the scenario in FIG. 33 where the numbering on the arrows may show the order of the media distribution by V2X UE 2 and media redistribution by V2X UE 3.

In an example embodiment, as shown in FIG. 37, the steps of V2X member discovery may be described. The actions in FIG. 37 may describe the procedure of discovery new V2X group members and adding those to the neighboring list. Does the V2X group member discover a new member? If not, then the V2X group member keeps looking until it finds a new V2X group member, once the V2X group member finds another V2X group member, it adds that discovered member into its neighboring list, and the V2X group member announces its neighboring list to other V2X group members. The last step in the flow chart is the announcement of the neighboring list may be periodic and independent of the discovery of any new V2X group members as shown in FIG. 38.

In one example embodiment, the flow chart in FIG. 39 shows the procedure of receiving the Neighboring List announcement by a V2X group member. The example in FIG. 39 shows upon receipt of the announcement of the V2X neighboring list, the recipient checks if the received neighboring list is the same as the local neighboring list, if the answer is “YES”, no action will be taken, and if the answer is “NO”, the local neighboring list will be modified accordingly.

The above solution may not be applicable when there may exist a disconnect among some of the V2X group members. In an example embodiment as shown in FIG. 40, where V2X UE 1 discovers V2X UE 2; V2X UE 2 discovers V2X UE 1; V2X UE 3 discovers none; and V2X UE 4 discovers none, with the simplified configuration shown in FIG. 41.

If V2X UE 2 distributes media, it may only be heard by V2X UE 1 due to the existing disconnect between V2X UE3, V2X UE 4 from V2X UE 1 and V2X UE 2. In the example embodiment shown in FIG. 42, V2X UE 2 may generate media which may be received by V2X UE 2 and the local neighboring list of V2X UE 2 contains V2X UE 1 and therefore V2X UE 2 will not re-distribute the media.

The configuration in FIG. 43 illustrates the above scenario where the numbering on the arrows shows there won't be any redistribution. Therefore, the V2X group call cannot be established among all the V2X group members. In Model A, if the discovery is not restricted, the announced temp ID in FIG. 22 comprises V2X application code or V2X application code prefix with V2X application code suffix(es) if the application-controlled extension is used, or if the discovery is restricted, the announced temp ID in FIG. 22 comprises V2X restricted code or V2X restricted code prefix with V2X restricted code suffix(es) if the application-controlled extension is used.

In Model B the announced temp ID in FIG. 22 comprises V2X query code or V2X response code. The length of the announced temp ID may be 160 bits and it comprises currently information about the V2X group ID and V2X user ID. In an example embodiment, to announce the neighboring list to the V2X group neighbors may be to process the announced temp ID of the V2X discovery message with neighboring list and the required parameters for the V2X discovery message and distributing the result over PC5 interface as exemplified in FIG. 44.

FIG. 44 may show that the V2X discovery message and the neighboring list may be processed into a V2X discovery message comprising the neighboring list information. If the size of neighboring information is larger than the payload of the V2X discovery message, then neighboring list may be divided into segments which individually gets processed by V2X discovery message. The transmitting V2X UE transmits the V2X discovery messages over PC5 interface.

In the example embodiment FIG. 45, it is shown how the recipient V2X UEs may receive the V2X discovery message with the neighboring list information which may be in segments. Having reverse processed the V2X discovery message, the recipient V2X UE may parse the neighboring list or its segments from reversed processed V2X discovery message. If the neighboring list is in segments, the recipient V2X UE may collect the segments from several received V2X discover messages to reconstruct the neighboring list belonging to the transmitting V2X UE.

In an example embodiment, if the discovery is restricted in Model A, the announcing V2X UE may retrieve the PDUID and may provide it to the V2X application server. The V2X application server may allocate RPAUID for PDUID which have been provided by that V2X UE. The announcing V2X UE may use the obtained RPAUID instead of PDUID. The V2X application server may store the binding between the PDUID and RPAUID.

In an example embodiment, if the discovery is not restricted in Model A, the HPLMN V2X function may obtain V2X application ID from the announcing V2X UE and may provide V2X application code for that V2X application ID to that V2X UE. The V2X application code may be expired after a certain amount of time. In an example embodiment, if the discovery is restricted in Model A, the HPLMN V2X function may obtain RPAUID from the announcing V2X UE and may provide V2X restricted code for that RPAUID to that V2X UE. The V2X restricted code may be expired after a certain amount of time. In an example embodiment, if the discovery is not restricted in Model A, the HPLMN V2X function obtains V2X application ID from the announcing V2X UE and may provide V2X application code prefix with V2X application code suffix for that RPAUID to the V2X UE. The V2X application code prefix with V2X application code suffix may be expired after a certain amount of time. In an example embodiment, if the discovery is restricted in Model A, the HPLMN V2X function obtains RPAUID from the announcing V2X UE and may provide V2X restricted code prefix with V2X restricted code suffix for that RPAUID to the V2X UE. The V2X restricted code prefix with V2X restricted code suffix may be expired after a certain amount of time. In an example embodiment, if the discovery is not restricted in Model A, the HPLMN V2X function may obtain V2X application ID from the announcing V2X UE and may provide V2X application code prefix with V2X application code suffixes for that V2X application ID to the V2X UE. The V2X application code prefix with V2X application code suffixes may be expired after a certain amount of time.

In an example embodiment, if the discovery is restricted in Model A, the HPLMN V2X function may obtain RPAUID from the announcing V2X UE and may provide V2X restricted code prefix with V2X restricted code suffixes for that RPAUID to the V2X UE. The V2X restricted code prefix with V2X restricted code suffixes may be expired after a certain amount of time. In an example embodiment, if the discovery is not restricted in Model A, the V2X UE may use V2X application code to announce its identity over PC5 interface. In an example embodiment, if the discovery is restricted in Model A, the V2X UE may use V2X restricted code to announce its identity over PC5 interface. In an example embodiment, if the discovery is not restricted in Model A, the V2X UE may use V2X application code prefix and V2X application code suffix/V2X application code suffixes to announce its identity over PC5 interface. In an example embodiment, if the discovery is restricted in Model A, the V2X UE may use V2X restricted code prefix and V2X restricted code suffix/V2X restricted code suffixes to announce its identity over PC5 interface. In an example embodiment, if the discovery is not restricted in Model A, the V2X UE may use V2X application code to announce its neighboring list to the V2X group neighbors over PC5 interface. In an example embodiment, if the discovery is restricted in Model A, the V2X UE may use V2X restricted code to announce its neighboring list to the V2X group neighbors over PC5 interface. In an example embodiment, if the discovery is not restricted in Model A, the V2X UE may use V2X application code to announce one or more segments of its neighboring list to the V2X group neighbors over PC5 interface. In an example embodiment, if the discovery is restricted in Model A, the V2X UE may use V2X restricted code to announce one or more segments of its neighboring list to the V2X group neighbors over PC5 interface. In an example embodiment, if the discovery is not restricted in Model A, the V2X UE may use V2X restricted code prefix and V2X restricted code suffix/V2X restricted code suffixes to announce its neighboring list to the V2X group neighbors over PC5 interface. In an example embodiment, if the discovery is restricted in Model A, the V2X UE may use V2X restricted code prefix and V2X restricted code suffix/V2X restricted code suffixes to announce its neighboring list to the V2X group neighbors over PC5 interface. In an example embodiment, if the discovery is not restricted in Model A, the V2X UE may use V2X application code prefix and V2X application code suffix/V2X application code suffixes to announce one or more segments its neighboring list to the V2X group neighbors over PC5 interface. In an example embodiment, if the discovery is restricted in Model A, the V2X UE may use V2X restricted code prefix and V2X restricted code suffix/V2X restricted code suffixes to announce one or more segments its neighboring list to the V2X group neighbors over PC5 interface. In example embodiment if the discovery is not restricted in Model A, the announcing V2X UE may be configured with V2X application ID.

In an example embodiment, if the discovery is restricted in Model A, the announcing V2X UE may retrieve the PDUID and may provide it to the V2X application server. The V2X application server may allocate RPAUID for PDUID which have been provided by that V2X UE. The announcing V2X UE may use the obtained RPAUID instead of PDUID. The V2X application server may store the binding between the PDUID and RPAUID.

In an example embodiment, if the discovery is not restricted in Model A, the HPLMN V2X function may obtain V2X application ID from the announcing V2X UE and may provide container A for that V2X application ID to that V2X UE. Container A may be expired after a certain amount of time. In an example embodiment, if the discovery is restricted in Model A, the HPLMN V2X function may obtain RPAUID from the announcing V2X UE and may provide container A for that RPAUID to that V2X UE. Container A may be expired after a certain amount of time.

In an example embodiment, if the discovery is not restricted container A may be V2X application code and/or V2X application code prefix with V2X application code suffix(es). In an example embodiment, if the discovery is restricted container A may be V2X restricted code and/or V2X restricted code prefix with V2X restricted code suffix(es). In an example embodiment, in Model A, the V2X UE may use container A to announce its identity over PC5 interface. In an example embodiment, in Model A, the V2X UE may use container A to announce its neighboring list to the V2X group neighbors over PC5 interface. In an example embodiment, in Model A, the V2X UE may use container A to announce one or more segment(s) of its neighboring list to the V2X group neighbors over PC5 interface.

In one example embodiment, if the discovery is not restricted in the Model A, the V2X application ID of the announcing V2X UE may comprise the vehicle type of the V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the V2X application ID of the announcing V2X UE may comprise the pedestrian type of the V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the V2X application ID of the announcing V2X UE may comprise the infrastructure type of the V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the V2X application ID of the announcing V2X UE may comprise the vehicle-to-vehicle type of the V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the V2X application ID of the announcing V2X UE may comprise the vehicle-to-pedestrian type of the V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the V2X application ID of the announcing V2X UE may comprise the vehicle-to-infrastructure type of the V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the V2X application ID of the announcing V2X UE may comprise the vehicle-to-network type of the V2X UE.

In one example embodiment, if the discovery is not restricted in the Model A, the V2X application ID of the announcing V2X UE may comprise at least two or more of the pedestrian type, vehicle type, infrastructure type, vehicle-to-vehicle type, vehicle-to-pedestrian type, vehicle-to-infrastructure type, and/or vehicle-to-network type of the V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the V2X application ID of the announcing V2X UE may comprise all of the pedestrian type, vehicle type, infrastructure type, vehicle-to-vehicle type, vehicle-to-pedestrian type, vehicle-to-infrastructure type, and vehicle-to-network type of the V2X UE.

In one example embodiment, if the discovery is not restricted in the Model A, the V2X application ID of the announcing V2X UE may comprise the emergency vehicle type of the V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the V2X application ID of the announcing V2X UE may comprise the emergency pedestrian type of the V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the V2X application ID of the announcing V2X UE may comprise the emergency infrastructure type of the V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the V2X application ID of the announcing V2X UE may comprise the emergency vehicle-to-vehicle type of the V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the V2X application ID of the announcing V2X UE may comprise the emergency vehicle-to-pedestrian type of the V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the V2X application ID of the announcing V2X UE may comprise the emergency vehicle-to-infrastructure type of the V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the V2X application ID of the announcing V2X UE may comprise the emergency vehicle-to-network type of the V2X UE.

In one example embodiment, if the discovery is not restricted in the Model A, the V2X application ID of the announcing V2X UE may comprise at least two or more of the emergency pedestrian type, emergency vehicle type, emergency infrastructure type, emergency vehicle-to-vehicle type, emergency vehicle-to-pedestrian type, emergency vehicle-to-infrastructure type, and/or emergency vehicle-to-network type of the V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the V2X application ID of the announcing V2X UE may comprise all of the emergency pedestrian type, emergency vehicle type, emergency infrastructure type, emergency vehicle-to-vehicle type, emergency vehicle-to-pedestrian type, emergency vehicle-to-infrastructure type, and emergency vehicle-to-network type of the V2X UE.

In one example embodiment, if the discovery is restricted in the Model A, the RPAUID which may be assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the vehicle type of the V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the RPAUID which may be assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the pedestrian type of the V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the RPAUID which may be assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the infrastructure type of the V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the RPAUID which may be assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the vehicle-to-vehicle type of the V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the RPAUID which may be assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the vehicle-to-pedestrian type of the V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the RPAUID which may be assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the vehicle-to-infrastructure type of the V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the RPAUID which may be assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the vehicle-to-network type of the V2X UE.

In one example embodiment, if the discovery is restricted in the Model A, the RPAUID which may be assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise at least two or more of the pedestrian type, vehicle type, infrastructure type, vehicle-to-vehicle type, vehicle-to-pedestrian type, vehicle-to-infrastructure type, and/or vehicle-to-network type of the V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the RPAUID which may be assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise all of the pedestrian type, vehicle type, infrastructure type, vehicle-to-vehicle type, vehicle-to-pedestrian type, vehicle-to-infrastructure type, and vehicle-to-network type of the V2X UE.

In one example embodiment, if the discovery is restricted in the Model A, the RPAUID which may be assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the emergency vehicle type of the V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the RPAUID which may be assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the emergency pedestrian type of the V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the RPAUID which may be assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the emergency infrastructure type of the V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the RPAUID which may be assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the emergency vehicle-to-vehicle type of the V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the RPAUID which may be assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the emergency vehicle-to-pedestrian type of the V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the RPAUID which may be assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the emergency vehicle-to-infrastructure type of the V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the RPAUID which may be assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the emergency vehicle-to-network type of the V2X UE.

In one example embodiment, if the discovery is restricted in the Model A, the RPAUID which may be assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise at least two or more of the emergency pedestrian type, emergency vehicle type, emergency infrastructure type, emergency vehicle-to-vehicle type, emergency vehicle-to-pedestrian type, emergency vehicle-to-infrastructure type, and/or emergency vehicle-to-network type of the V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the RPAUID which may be assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise all of the emergency pedestrian type, vehicle type, emergency infrastructure type, emergency vehicle-to-vehicle type, emergency vehicle-to-pedestrian type, emergency vehicle-to-infrastructure type, and vehicle-to-network type of the V2X UE.

In an example embodiment, if it is restricted discovery in Model A, the monitoring V2X UE may retrieve the PDUID and may provide it to the V2X application server. The V2X application server may allocate RPAUID for PDUID which have been provided by that V2X UE. The monitoring V2X UE may use the obtained RPAUID instead of PDUID. The V2X application server may store the binding between the PDUID and RPAUID.

In an example embodiment, if it is not restricted discovery in Model A, the HPLMN V2X function may obtain V2X application ID from the monitoring V2X UE and may provide discovery filter which may match V2X application code for that V2X application ID of the announcing V2X UE. The HPLMN V2X function may provide a time indicator for the expiration of the V2X application code for that V2X application ID of the announcing V2X UE.

In an example embodiment, if it is restricted discovery in Model A, the HPLMN V2X function may obtain RPAUID from the monitoring V2X UE and may provide discovery filter which may match V2X restricted code for that RPAUID of the announcing V2X UE. The HPLMN V2X function may provide a time indicator for the expiration of the V2X restricted code for that RPAUID of the announcing V2X UE.

In an example embodiment, if the discovery is not restricted in Model A, the HPLMN V2X function may obtain V2X application ID from the monitoring V2X UE and may provide discovery filter which may match V2X application code Prefix with V2X application code suffix for that V2X application ID of the announcing V2X UE. The HPLMN V2X function may provide a time indicator for the expiration of the V2X application code Prefix with V2X application code suffix for that V2X application ID of the announcing V2X UE.

In an example embodiment, if the discovery is restricted in Model A, the HPLMN V2X function may obtain RPAUID from the monitoring V2X UE and may provide discovery filter which may match V2X restricted code Prefix with V2X restricted code suffix for that RPAUID of the announcing V2X UE. The HPLMN V2X function may provide a time indicator for the expiration of the V2X restricted code Prefix with V2X restricted code suffix for that RPAUID of the announcing V2X UE.

In an example embodiment, if the discovery is not restricted in Model A, the HPLMN V2X function obtains V2X application ID from the monitoring V2X UE and may provide discovery filter which may match V2X application code Prefix with V2X application code suffixes for that V2X application ID of the announcing V2X UE. The HPLMN V2X function may provide a time indicator for the expiration of the V2X application code Prefix with V2X application code suffixes for that V2X application ID of the announcing V2X UE.

In an example embodiment, if the discovery is restricted in Model A, the HPLMN V2X function obtains RPAUID from the monitoring V2X UE and may provide discovery filter which may match V2X restricted code Prefix with V2X restricted code suffixes for that RPAUID of the announcing V2X UE. The HPLMN V2X function may provide a time indicator for the expiration of the V2X restricted code Prefix with V2X restricted code suffixes for that RPAUID of the announcing V2X UE.

In an example embodiment, if the discovery is not restricted in Model A the discovery filter of that monitoring V2X UE which may match V2X application code indicates announcing UE's neighboring list to the V2X group neighbors. In an example embodiment, if the discovery is restricted in Model A the discovery filter of that monitoring V2X UE which may match V2X restricted code indicates announcing UE's neighboring list to the V2X group neighbors. In an example embodiment, if the discovery is not restricted in Model A the discovery filter of that monitoring V2X UE which may match V2X application code prefix with V2X application code suffixes indicates announcing UE's neighboring list to the V2X group neighbors. In an example embodiment, if the discovery is restricted in Model A the discovery filter of that monitoring V2X UE which may match V2X restricted code prefix with V2X restricted code suffixes indicates announcing UE's neighboring list to the V2X group neighbors. In example embodiment if the discovery is not restricted in Model A, the monitoring V2X UE may be configured with V2X application ID.

In an example embodiment, if the discovery is restricted in Model A the monitoring V2X UE may retrieve the PDUID and may provide it to the V2X application server. The V2X application server may allocate RPAUID for PDUID which have been provided by that V2X UE. The monitoring V2X UE may use the obtained RPAUID instead of PDUID. The V2X application server may store the binding between the PDUID and RPAUID.

In an example embodiment, if the discovery is not restricted in Model A, the HPLMN V2X function may obtain V2X application ID from the monitoring V2X UE and may provide container A which may match container B for that V2X application ID of the announcing V2X UE. The HPLMN V2X function may provide a time indicator for the expiration of the container B for that V2X application ID of the announcing V2X UE.

In an example embodiment, if the discovery is restricted in Model A, the HPLMN V2X function may obtain RPAUID from the monitoring V2X UE and may provide container A which may match container B for that RPAUID of the announcing V2X UE. The HPLMN V2X function may provide a time indicator for the expiration of the container B for that RPAUID of the announcing V2X UE.

In an example embodiment, if the discovery is not restricted in Model A container A of that monitoring V2X UE which may match container B indicates announcing UE's neighboring list to the V2X group neighbors. In one example embodiment, container A may be discovery filter. In one example embodiment, container B may be V2X application code and/or V2X application code Prefix with V2X application code suffix(es).

In an example embodiment, if the discovery is restricted in Model A container A of that monitoring V2X UE which may match container B indicates announcing UE's neighboring list to the V2X group neighbors. In one example embodiment, container A may be discovery filter. In one example embodiment, container B may be V2X restricted code and/or V2X restricted code Prefix with V2X restricted code suffix(es).

In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code for that V2X application ID of the announcing V2X may identify the vehicle type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code for that V2X application ID of the announcing V2X may identify the pedestrian type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code for that V2X application ID of the announcing V2X may identify the infrastructure type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code for that V2X application ID of the announcing V2X may identify the vehicle-to-vehicle type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code for that V2X application ID of the announcing V2X may identify the vehicle-to-pedestrian type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code for that V2X application ID of the announcing V2X may identify the vehicle-to-infrastructure type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code for that V2X application ID of the announcing V2X may identify the vehicle-to-network type of the announcing V2X UE.

In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code for that V2X application ID of the announcing V2X may identify at least two or more of the pedestrian type, the vehicle type, the infrastructure type, vehicle-to-vehicle type, vehicle-to-pedestrian type, vehicle-to-network, and/or vehicle-to infrastructure type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code for that V2X application ID of the announcing V2X may identify all of the pedestrian type, the vehicle type, the infrastructure type, vehicle-to-vehicle type, vehicle-to-pedestrian type, vehicle-to-network, and vehicle-to infrastructure type of the announcing V2X UE.

In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code prefix with V2X application code suffix(es) for that V2X application ID of the announcing V2X may identify the vehicle type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code prefix with V2X application code suffix(es) for that V2X application ID of the announcing V2X may identify the pedestrian type of the announcing V2X UE.

In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code prefix with V2X application code suffix(es) for that V2X application ID of the announcing V2X may identify the infrastructure type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code prefix with V2X application code suffix(es) for that V2X application ID of the announcing V2X may identify the vehicle-to-vehicle type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code prefix with V2X application code suffix(es) for that V2X application ID of the announcing V2X may identify the vehicle-to-network type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code prefix with V2X application code suffix(es) for that V2X application ID of the announcing V2X may identify the vehicle-to-pedestrian type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code prefix with V2X application code suffix(es) for that V2X application ID of the announcing V2X may identify the vehicle-to-infrastructure type of the announcing V2X UE.

In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code prefix with V2X application code suffix(es) for that V2X application ID of the announcing V2X may identify at least two or more of the pedestrian type, the vehicle type, or the infrastructure type, vehicle-to-vehicle type, vehicle-to-pedestrian type, vehicle-to-network, and/or vehicle-to infrastructure type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code prefix with V2X application code suffix(es) for that V2X application ID of the announcing V2X may identify all of the pedestrian type, the vehicle type, the infrastructure type, vehicle-to-vehicle type, vehicle-to-pedestrian type, vehicle-to-network, and vehicle-to infrastructure type of the announcing V2X UE.

In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the vehicle type of the announcing V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the pedestrian type of the announcing V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the infrastructure type of the announcing V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the vehicle-to-vehicle type of the announcing V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the vehicle-to-pedestrian type of the announcing V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the vehicle-to-infrastructure type of the announcing V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the vehicle-to-network type of the announcing V2X UE.

In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise at least two or more of the pedestrian type, the vehicle type, the infrastructure type, vehicle-to-vehicle type, vehicle-to-pedestrian type, vehicle-to-network, and/or vehicle-to infrastructure type of the announcing V2X UE.

In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise all of the pedestrian type, the vehicle type, the infrastructure type, vehicle-to-vehicle type, vehicle-to-pedestrian type, vehicle-to-network, and vehicle-to infrastructure type of the announcing V2X UE.

In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code prefix with V2X restricted code suffix(es) for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the vehicle type of the announcing V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code prefix with V2X restricted code suffix(es) for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the pedestrian type of the announcing V2X UE.

In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code prefix with V2X restricted code suffix(es) for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the infrastructure type of the announcing V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code prefix with V2X restricted code suffix(es) for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the vehicle-to-vehicle type of the announcing V2X UE.

In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code prefix with V2X restricted code suffix(es) for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the vehicle-to-pedestrian type of the announcing V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code prefix with V2X restricted code suffix(es) for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the vehicle-to-infrastructure type of the announcing V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code prefix with V2X restricted code suffix(es) for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the vehicle-to-network type of the announcing V2X UE.

In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code prefix with V2X restricted code suffix(es) for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise at least two or more of the pedestrian type, the vehicle type, the infrastructure type, vehicle-to-vehicle type, vehicle-to-pedestrian type, vehicle-to-network, and/or vehicle-to-infrastructure type of the announcing V2X UE.

In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code prefix with V2X restricted code suffix(es) for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise all of the pedestrian type, the vehicle type, the infrastructure type, vehicle-to-vehicle type, vehicle-to-pedestrian type, vehicle-to-network, and vehicle-to-infrastructure type of the announcing V2X UE.

In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code for that V2X application ID of the announcing V2X may identify the emergency vehicle type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code for that V2X application ID of the announcing V2X may identify the emergency pedestrian type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code for that V2X application ID of the announcing V2X may identify the emergency infrastructure type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code for that V2X application ID of the announcing V2X may identify the emergency vehicle-to-vehicle type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code for that V2X application ID of the announcing V2X may identify the emergency vehicle-to-pedestrian type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code for that V2X application ID of the announcing V2X may identify the emergency vehicle-to-infrastructure type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code for that V2X application ID of the announcing V2X may identify the emergency vehicle-to-network type of the announcing V2X UE.

In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code for that V2X application ID of the announcing V2X may identify at least two or more of the emergency pedestrian type, the emergency vehicle type, the emergency infrastructure type, emergency vehicle-to-vehicle type, emergency vehicle-to-pedestrian type, emergency vehicle-to-network, and/or emergency vehicle-to infrastructure type of the announcing V2X UE.

In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code for that V2X application ID of the announcing V2X may identify all of the emergency pedestrian type, the emergency vehicle type, the emergency infrastructure type, emergency vehicle-to-vehicle type, emergency vehicle-to-pedestrian type, emergency vehicle-to-network, and emergency vehicle-to infrastructure type of the announcing V2X UE.

In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code prefix with V2X application code suffix(es) for that V2X application ID of the announcing V2X may identify the emergency vehicle type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code prefix with V2X application code suffix(es) for that V2X application ID of the announcing V2X may identify the emergency pedestrian type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code prefix with V2X application code suffix(es) for that V2X application ID of the announcing V2X may identify the emergency infrastructure type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code prefix with V2X application code suffix(es) for that V2X application ID of the announcing V2X may identify the emergency vehicle-to-vehicle type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code prefix with V2X application code suffix(es) for that V2X application ID of the announcing V2X may identify the emergency vehicle-to-network type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code prefix with V2X application code suffix(es) for that V2X application ID of the announcing V2X may identify the emergency vehicle-to-pedestrian type of the announcing V2X UE. In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code prefix with V2X application code suffix(es) for that V2X application ID of the announcing V2X may identify the emergency vehicle-to-infrastructure type of the announcing V2X UE.

In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code prefix with V2X application code suffix(es) for that V2X application ID of the announcing V2X may identify at least two or more of the emergency pedestrian type, the emergency vehicle type, or the emergency infrastructure type, emergency vehicle-to-vehicle type, emergency vehicle-to-pedestrian type, emergency vehicle-to-network, and/or emergency vehicle-to infrastructure type of the announcing V2X UE.

In one example embodiment, if the discovery is not restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X application code prefix with V2X application code suffix(es) for that V2X application ID of the announcing V2X may identify all of the emergency pedestrian type, the emergency vehicle type, the emergency infrastructure type, emergency vehicle-to-vehicle type, emergency vehicle-to-pedestrian type, emergency vehicle-to-network, and emergency vehicle-to infrastructure type of the announcing V2X UE.

In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the emergency vehicle type of the announcing V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the emergency pedestrian type of the announcing V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the emergency infrastructure type of the announcing V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the emergency vehicle-to-vehicle type of the announcing V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the emergency vehicle-to-pedestrian type of the announcing V2X UE.

In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the emergency vehicle-to-infrastructure type of the announcing V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the emergency vehicle-to-network type of the announcing V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise at least two or more of the emergency pedestrian type, the emergency vehicle type, the emergency infrastructure type, emergency vehicle-to-vehicle type, emergency vehicle-to-pedestrian type, emergency vehicle-to-network, and/or emergency vehicle-to infrastructure type of the announcing V2X UE.

In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise all of the emergency pedestrian type, the emergency vehicle type, the emergency infrastructure type, emergency vehicle-to-vehicle type, emergency vehicle-to-pedestrian type, emergency vehicle-to-network, and emergency vehicle-to infrastructure type of the announcing V2X UE.

In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code prefix with V2X restricted code suffix(es) for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the emergency vehicle type of the announcing V2X UE.

In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code prefix with V2X restricted code suffix(es) for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the emergency pedestrian type of the announcing V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code prefix with V2X restricted code suffix(es) for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the emergency infrastructure type of the announcing V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code prefix with V2X restricted code suffix(es) for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the emergency vehicle-to-vehicle type of the announcing V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code prefix with V2X restricted code suffix(es) for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the emergency vehicle-to-pedestrian type of the announcing V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code prefix with V2X restricted code suffix(es) for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the emergency vehicle-to-infrastructure type of the announcing V2X UE. In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code prefix with V2X restricted code suffix(es) for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise the emergency vehicle-to-network type of the announcing V2X UE.

In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code prefix with V2X restricted code suffix(es) for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise at least two or more of the emergency pedestrian type, the emergency vehicle type, the emergency infrastructure type, emergency vehicle-to-vehicle type, emergency vehicle-to-pedestrian type, emergency vehicle-to-network, and/or emergency vehicle-to-infrastructure type of the announcing V2X UE.

In one example embodiment, if the discovery is restricted in the Model A, the discovery filter of the monitoring V2X UE which may match V2X restricted code prefix with V2X restricted code suffix(es) for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the announcing V2X UE may comprise all of the emergency pedestrian type, the emergency vehicle type, the emergency infrastructure type, emergency vehicle-to-vehicle type, emergency vehicle-to-pedestrian type, emergency vehicle-to-network, and emergency vehicle-to-infrastructure type of the announcing V2X UE.

In an example embodiment, in Model B the discoveree V2X UE may retrieve the PDUID and may provide it to the V2X application server. The V2X application server may allocate RPAUID for PDUID which have been provided by that V2X UE. The discoveree V2X UE may use the obtained RPAUID instead of PDUID. The V2X application server may store the binding between the PDUID and RPAUID.

In an example embodiment, in Model B, the HPLMN V2X function may obtain RPAUID from the discoveree V2X UE and may provide V2X response code and V2X query filter matched for certain V2X query code for that RPAUID to that V2X UE. The V2X response code and V2X query filter may be expired after a certain amount of time.

In an example embodiment, in Model B, the HPLMN V2X function obtains RPAUID from the discoveree V2X UE and may provide V2X response code and V2X query filters matched for certain V2X query code for that RPAUID to that V2X UE. The V2X response code and V2X query filters may be expired after a certain amount of time.

In an example embodiment, in Model B the discoveree V2X UE may use V2X response code to response over interface PC5 to a received V2X query code which may be matched to the V2X query filter. In an example embodiment, in Model B the discoveree V2X UE may use V2X response code to response over interface PC5 to a received V2X query code which may be matched to one or more of the V2X query filters. In an example embodiment, in Model B the V2X response code and one or more V2X query filter(s) which may be matched to a V2X query code indicate discoveree UE's neighboring list to the V2X group neighbors. In an example embodiment, in Model B the V2X response code and one or more V2X query filter(s) which may be matched to a V2X query code indicate one or more segment(s) of discoveree UE's neighboring list to the V2X group neighbors.

In an example embodiment, in Model B the discoveree V2X UE may retrieve the PDUID and may provide it to the V2X application server. The V2X application server may allocate RPAUID for PDUID which have been provided by that V2X UE. The discoveree V2X UE may use the obtained RPAUID instead of PDUID. The V2X application server may store the binding between the PDUID and RPAUID.

In one example embodiment, in the Model B, the V2X query filter of the discoveree V2X UE which may match V2X query code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoverer V2X UE may comprise the vehicle type of the discoverer V2X UE. In one example embodiment, in the Model B, the V2X query filter of the discoveree V2X UE which may match V2X query code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoverer V2X UE may comprise the pedestrian type of the discoverer V2X UE. In one example embodiment, in the Model B, the V2X query filter of the discoveree V2X UE which may match V2X query code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoverer V2X UE may comprise the infrastructure type of the discoverer V2X UE. In one example embodiment, in the Model B, the V2X query filter of the discoveree V2X UE which may match V2X query code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoverer V2X UE may comprise the vehicle-to-vehicle type of the discoverer V2X UE. In one example embodiment, in the Model B, the V2X query filter of the discoveree V2X UE which may match V2X query code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoverer V2X UE may comprise the vehicle-to-pedestrian type of the discoverer V2X UE. In one example embodiment, in the Model B, the V2X query filter of the discoveree V2X UE which may match V2X query code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoverer V2X UE may comprise the vehicle-to-network type of the discoverer V2X UE. In one example embodiment, in the Model B, the V2X query filter of the discoveree V2X UE which may match V2X query code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoverer V2X UE may comprise the vehicle-to-infrastructure type of the discoverer V2X UE.

In one example embodiment, in the Model B, the V2X query filter of the discoveree V2X UE which may match V2X query code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoverer V2X UE may comprise at least two or more of the pedestrian type, the vehicle type, the infrastructure type, vehicle-to-vehicle type, vehicle-to-pedestrian type, vehicle-to-network, and/or vehicle-to-infrastructure type of the discoverer V2X UE.

In one example embodiment, in the Model B, the V2X query filter of the discoveree V2X UE which may match V2X query code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoverer V2X UE may comprise all of the pedestrian type, the vehicle type, the infrastructure type, vehicle-to-vehicle type, vehicle-to-pedestrian type, vehicle-to-network, and vehicle-to-infrastructure type of the discoverer V2X UE.

In one example embodiment, in the Model B, the V2X query filter of the discoveree V2X UE which may match V2X query code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoverer V2X UE may comprise the emergency vehicle type of the discoverer V2X UE. In one example embodiment, in the Model B, the V2X query filter of the discoveree V2X UE which may match V2X query code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoverer V2X UE may comprise the emergency pedestrian type of the discoverer V2X UE. In one example embodiment, in the Model B, the V2X query filter of the discoveree V2X UE which may match V2X query code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoverer V2X UE may comprise the emergency infrastructure type of the discoverer V2X UE. In one example embodiment, in the Model B, the V2X query filter of the discoveree V2X UE which may match V2X query code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoverer V2X UE may comprise the emergency vehicle-to-vehicle type of the discoverer V2X UE. In one example embodiment, in the Model B, the V2X query filter of the discoveree V2X UE which may match V2X query code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoverer V2X UE may comprise the emergency vehicle-to-pedestrian type of the discoverer V2X UE. In one example embodiment, in the Model B, the V2X query filter of the discoveree V2X UE which may match V2X query code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoverer V2X UE may comprise the emergency vehicle-to-network type of the discoverer V2X UE. In one example embodiment, in the Model B, the V2X query filter of the discoveree V2X UE which may match V2X query code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoverer V2X UE may comprise the emergency vehicle-to-infrastructure type of the discoverer V2X UE.

In one example embodiment, in the Model B, the V2X query filter of the discoveree V2X UE which may match V2X query code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoverer V2X UE may comprise at least two or more of the emergency pedestrian type, the emergency vehicle type, the emergency infrastructure type, emergency vehicle-to-vehicle type, emergency vehicle-to-pedestrian type, emergency vehicle-to-network, and/or emergency vehicle-to-infrastructure type of the discoverer V2X UE.

In one example embodiment, in the Model B, the V2X query filter of the discoveree V2X UE which may match V2X query code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoverer V2X UE may comprise all of the emergency pedestrian type, the emergency vehicle type, the emergency infrastructure type, emergency vehicle-to-vehicle type, emergency vehicle-to-pedestrian type, emergency vehicle-to-network, and emergency vehicle-to-infrastructure type of the discoverer V2X UE.

In an example embodiment, in Model B, the HPLMN V2X function may obtain RPAUID from the discoveree V2X UE and may provide container A and one or more container B(s) matched for certain container C for that RPAUID to that V2X UE. The V2X response code and V2X query filter may be expired after a certain amount of time.

In an example embodiment, in Model B the discoveree V2X UE may use container A to response over interface PC5 to a received container C which may be matched to the one or more container C(s). In an example embodiment, in Model B the container A and one or more container B which may be matched to a container C indicate discoveree UE's neighboring list to the V2X group neighbors. In an example embodiment, in Model B container A and one or more container B which may be matched to container C indicate one or more segment(s) of discoveree UE's neighboring list to the V2X group neighbors.

In one example embodiment, container A may be V2X response code. In one example embodiment, container A may be V2X query filter. In one example embodiment, container A may be V2X query code.

In an example embodiment, in Model B the discoverer V2X UE may retrieve the PDUID and may provide it to the V2X application server. The V2X application server may allocate RPAUID for PDUID which have been provided by that V2X UE. The discoverer V2X UE may use the obtained RPAUID instead of PDUID. The V2X application server may store the binding between the PDUID and RPAUID.

In an example embodiment, in Model B, the HPLMN V2X function obtains RPAUID from the discoverer V2X UE and may provide V2X query code and the V2X response filter matched for a certain V2X response code for that RPAUID to the discoverer V2X UE. The V2X query code and the V2X response filter may be expired after a certain amount of time.

In an example embodiment, in Model B, the HPLMN V2X function obtains RPAUID from the discoverer V2X UE and may provide V2X query code and the V2X response filters matched for a certain V2X response code for that RPAUID to the discoverer V2X UE. The V2X query code and the V2X response filters may be expired after a certain amount of time.

In an example embodiment, in Model B the discoverer V2X UE may use V2X query code to response over interface PC5 to find out it is matched to the V2X response filter. In an example embodiment, in Model B the discoverer V2X UE may use V2X query code to response over interface PC5 to find out it is matched to one or more of the V2X response filters. In an example embodiment, in Model B the V2X query code and one or more V2X response filter(s) which may be matched to a V2X response code indicate discoverer UE's neighboring list to the V2X group neighbors. In an example embodiment, in Model B the V2X query code and one or more V2X response filter(s) which may be matched to a V2X response code indicate one or more segment(s) of discoverer UE's neighboring list to the V2X group neighbors.

In an example embodiment, in Model B the discoverer V2X UE may retrieve the PDUID and may provide it to the V2X application server. The V2X application server may allocate RPAUID for PDUID which have been provided by that V2X UE. The discoverer V2X UE may use the obtained RPAUID instead of PDUID. The V2X application server may store the binding between the PDUID and RPAUID.

In an example embodiment, in Model B, the HPLMN V2X function may obtain RPAUID from the discoverer V2X UE and may provide container A and one or more container B(s) matched for a certain container C for that RPAUID to the discoverer V2X UE. The container A and the container B may be expired after a certain amount of time.

In an example embodiment, in Model B the discoverer V2X UE may use container A to response over interface PC5 to find out it is matched to one or more of container B(s). In an example embodiment, in Model B the container A and one or more container B(s) which may be matched to a container C indicate discoverer UE's neighboring list to the V2X group neighbors. In an example embodiment, in Model B container A and one or more container B(s) which may be matched to a container C indicate one or more segment(s) of discoverer UE's neighboring list to the V2X group neighbors. In one example embodiment, container A may be V2X query code. In one example embodiment, container B may be V2X response filter. In one example embodiment, container C may be V2X response code.

In one example embodiment, in the Model B, the V2X response filter of the discoverer V2X UE which may match V2X response code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoveree V2X UE may comprise the vehicle type of the discoveree V2X UE. In one example embodiment, in the Model B, the V2X response filter of the discoverer V2X UE which may match V2X response code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoveree V2X UE may comprise the pedestrian type of the discoveree V2X UE. In one example embodiment, in the Model B, the V2X response filter of the discoverer V2X UE which may match V2X response code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoveree V2X UE may comprise the infrastructure type of the discoveree V2X UE. In one example embodiment, in the Model B, the V2X response filter of the discoverer V2X UE which may match V2X response code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoveree V2X UE may comprise the vehicle-to-vehicle type of the discoveree V2X UE. In one example embodiment, in the Model B, the V2X response filter of the discoverer V2X UE which may match V2X response code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoveree V2X UE may comprise the vehicle-to-pedestrian type of the discoveree V2X UE. In one example embodiment, in the Model B, the V2X response filter of the discoverer V2X UE which may match V2X response code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoveree V2X UE may comprise the vehicle-to-infrastructure type of the discoveree V2X UE. In one example embodiment, in the Model B, the V2X response filter of the discoverer V2X UE which may match V2X response code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoveree V2X UE may comprise the vehicle-to-network type of the discoveree V2X UE.

In one example embodiment, in the Model B, the V2X response filter of the discoverer V2X UE which may match V2X response code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoveree V2X UE may comprise at least two or more of the pedestrian type, the vehicle type, or the infrastructure type, vehicle-to-vehicle type, vehicle-to-pedestrian type, vehicle-to-network, and/or vehicle-to-infrastructure type of the discoveree V2X UE.

In one example embodiment, in the Model B, the V2X response filter of the discoverer V2X UE which may match V2X response code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoveree V2X UE may comprise all of the pedestrian type, the vehicle type, the infrastructure type, vehicle-to-vehicle type, vehicle-to-pedestrian type, vehicle-to-network, and vehicle-to-infrastructure type of the discoveree V2X UE.

In one example embodiment, in the Model B, the V2X response filter of the discoverer V2X UE which may match V2X response code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoveree V2X UE may comprise the emergency vehicle type of the discoveree V2X UE. In one example embodiment, in the Model B, the V2X response filter of the discoverer V2X UE which may match V2X response code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoveree V2X UE may comprise the emergency pedestrian type of the discoveree V2X UE. In one example embodiment, in the Model B, the V2X response filter of the discoverer V2X UE which may match V2X response code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoveree V2X UE may comprise the emergency infrastructure type of the discoveree V2X UE. In one example embodiment, in the Model B, the V2X response filter of the discoverer V2X UE which may match V2X response code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoveree V2X UE may comprise the emergency vehicle-to-vehicle type of the discoveree V2X UE. In one example embodiment, in the Model B, the V2X response filter of the discoverer V2X UE which may match V2X response code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoveree V2X UE may comprise the emergency vehicle-to-pedestrian type of the discoveree V2X UE. In one example embodiment, in the Model B, the V2X response filter of the discoverer V2X UE which may match V2X response code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoveree V2X UE may comprise the emergency vehicle-to-infrastructure type of the discoveree V2X UE. In one example embodiment, in the Model B, the V2X response filter of the discoverer V2X UE which may match V2X response code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoveree V2X UE may comprise the emergency vehicle-to-network type of the discoveree V2X UE.

In one example embodiment, in the Model B, the V2X response filter of the discoverer V2X UE which may match V2X response code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoveree V2X UE may comprise at least two or more of the emergency pedestrian type, the emergency vehicle type, or the emergency infrastructure type, emergency vehicle-to-vehicle type, emergency vehicle-to-pedestrian type, emergency vehicle-to-network, and/or emergency vehicle-to-infrastructure type of the discoveree V2X UE.

In one example embodiment, in the Model B, the V2X response filter of the discoverer V2X UE which may match V2X response code for the RPAUID which may have been assigned to V2X discovery UE ID (PDUID) of the discoveree V2X UE may comprise all of the pedestrian type, the vehicle type, the infrastructure type, vehicle-to-vehicle type, vehicle-to-pedestrian type, vehicle-to-network, and vehicle-to-infrastructure type of the discoveree V2X UE.

In an example embodiment, shown in FIG. 46, the neighboring list of a V2X group member may be announced and may be broadcasted by using the payload of user diagram protocol (UDP) with a set of information elements comprising the neighboring list and the related information elements for announcements.

In an example embodiment, an information element is shown in FIG. 47. V may be version number and may be set to 1. P may be set to 1 if there is padding at the end of payload otherwise may be set to zero. A is address type which may be set to “0” if the V2X neighbor list announcer has a specific type of address e.g. IPV4 address and may be set to “1” if it has another specific type of address e.g. IPV6 address. C is compressed bit which may be set to “1” if the packet is compressed or may be set to “0” if otherwise. E is encryption bit which may be set to “1” if the packet is encrypted or may be set to “0” if otherwise (if both compression and encryption are applied to the packet format, the compression may need to be applied first). Packet Type (PT) may be to show this is neighboring list (NL) and may be set to a certain value to indicate that this packet may contain the V2X neighboring list. Length may be the length of the payload of the UDP packet.

In an example embodiment, real-time transport control protocol (RTCP) may be a sister protocol for real-time transport protocol (RTP) (with an example in IETF RFC 3550). RTP may be used for transmission of media between different entities while RTCP may be used for periodically sending control information to maintain certain quality for the media transmission and also synchronization between the media streams. RTCP may have been used as floor control signaling protocol for application such as push to talk over cellular (PoC) in OMA or mission critical push-to-talk (MCPTT) in 3GPP standard bodies. The protocol may be light and may be transmitted over user datagram protocol (UDP) which is connectionless and offers no guarantee to be delivered to the endpoint, but at the same time may not require any tedious connection oriented procedures which may not be suitable for the wireless communications. Therefore, RTCP may be a good candidate for link layer transmission of data burst and thereby announcement of neighboring list.

RTCP packet format may be specified as following figure (as example is shown in IETF RFC 3550). FIG. 48 may show the format of RTCP for the transportation of the neighboring list. V may be version number and may be set to 2 (an example is shown in IETF RFC 3550). P may be set to 1 if there is padding at the end of payload otherwise may be set to zero. A is address type which may be set to “0” if the V2X neighbor list announcer has a specific type of address e.g. IPV4 address and may be set to “1” if it has another specific type of address e.g. IPV6 address. C is compressed bit which may be set to “1” if the packet is compressed or may be set to “0” if otherwise. E is encryption bit which may be set to “1” if the packet is encrypted or may be set to “0” if otherwise (if both compression and encryption are applied to the packet format, the compression may need to be applied first). Packet Type (PT) may be to show this is neighboring list (NL) and may be set to a certain value to indicate that this packet may contain the V2X neighboring list. Length may be the length of the RTCP packet. SSRC may be the synchronization source identifier for the originator announcing the V2X Neighboring List. NLAP (4 Bytes) may be chosen to define the V2X neighboring list announcement protocol packets to be unique with respect to other application packets this V2X might receive; optional authentication data; and the list of the V2X neighbor ID and possible zero padding to make this field a multiple of 32 bits.

The neighboring list announcement protocol (NLAP) may be broadcasted may be broadcasted of a pre-defined channel with a pre-defined port number, an optional authentication data may be added so that the V2X users from non-affiliated groups may be able to ignore the neighboring list announcements.

In an example embodiment, an information element in FIG. 46 and/or the possible authentication data in FIG. 48 may be defined according to FIG. 49, Authen ID field ID value may be a predefined binary value to indicate this field. Authen ID length ID with its binary value may show the length of this field; and Authentication data may be the authentication data to authenticate the announcer of the neighboring list.

In one example embodiment, an information element in FIG. 46 and/or the possible authentication data in FIG. 48 may be according to FIG. 50 (an example is shown in IETF RFC 2974) with the format, where V is the version number and may be set to “1”; P is the padding bit and may be set to “1” if authentication data may be padded to be a multiple of 32 bits; Auth is authentication type which may be 4 bits and may be set to “0” if OpenPGP message format (an example in IETF RFC 2440) is employed for authentication. It may be set to “1” if cryptographic message syntax (CMS) (an example in IETF RFC 3369 and IETF RFC 3370), is used for authentication; and format specific authentication subheader may be according to one for OpenPGP authentication (an example in IETF RFC 2440) or may be according to the one for CMS authentication (an example in IETF RFC 3369 and IETF RFC 3370).

In one example embodiment, an information element in FIG. 46 and/or the neighbor ID field and possible zero padding to make this field a multiple of 32 bits in FIG. 48 may be according to FIG. 51, where neighbor ID field ID may have a predefined binary value to indicate this field; neighbor ID length ID with its binary value may show the length of the field; number of Segments may be the total number of UDP packets in FIG. 46 and/or RTCP packets in FIG. 48 which may be employed to allocate all the neighbors in the neighboring list; and segment number may be the current number of total segments used to announce all the neighbors in neighboring list.

The UDP packets in FIG. 46 and/or RTCP packet in FIG. 48 may be generated periodically by the V2X group members. The periodicity may be pre-configured.

The example in FIG. 52 shows that the neighboring list are processed into the UDP and/or RTCP packets comprising the neighboring list information. If the size of neighboring information is larger than the payload of the UDP and/or RTCP packet, then neighboring list is divided into segments which individually gets processed by the UDP and/or RTCP packets. The transmitting V2X UE transmits the UDP and/or RTCP packets on PC5 interface.

The example in FIG. 53 shows on the recipient side the recipient V2X UEs may receive the UDP and/or RTCP packets with the neighboring list information which may be in segments. Having reverse processed the UDP and/or RTCP packets, the recipient V2X UE may parse the neighboring list or its segments from the reversed processed RTCP packets. If the neighboring list is in several segments, the recipient V2X UE collect all the segments from several received UDP and/or RTCP packets to reconstruct the entire neighboring list belonging to the transmitting V2X UE.

In one example embodiment, a V2X member may divide its neighbor list into several segments. In one example embodiment, a V2X member may transmit its neighboring list by use of a payload container. In one example embodiment, a V2X member may periodically transmit its neighboring list by use of a payload container. In one example embodiment, a V2X member may transmit segments of it neighboring list by use of a payload container. In one example embodiment, a V2X member may periodically transmit segments of it neighboring list by use of a payload container. In one example embodiment, the payload container may be part of RTCP. In one example embodiment, the RTCP can be transmitted over UDP. In one example embodiment, the payload container may directly be part of UDP. In one example embodiment, the encryption may be use to encrypt the information about V2X neighboring's neighboring list. In one example embodiment, the encryption may be use to encrypt the information about the segments V2X neighboring's neighboring list. In one example embodiment, the compression may be used to compress the information about the V2X members' neighboring list. In one example embodiment, the authentication may be used to authenticate the V2X member announcing its neighboring list. In one example embodiment, the payload container identifies the payload by an indicator. In one example embodiment, the payload is identified by RTCP packet. In one example embodiment, an V2X member may receive a payload container comprising an V2X user's neighboring list. In one example embodiment, an V2X member may receive a payload container comprising a segment of an V2X user's neighboring list. In one example embodiment, a recipient V2X member collects all the segments of the neighboring list's segments to build the neighboring list of the announcing V2X member.

In one example embodiment, a V2X member may receive the payload container as a part of a UDP packet. In one example embodiment, a V2X member may receive the payload container as a part of an RTCP packet. In one example embodiment, a V2X member may receive the RTCP packet over UDP. In one example embodiment, the received neighboring list may be encrypted. In one example embodiment, the received segment of the neighboring list may be encrypted. In one example embodiment, the received neighboring list may be compressed. In one example embodiment, the received segment of the neighboring list may be compressed. In one example embodiment, the recipient V2X member may need to authenticate the V2X member who announces its neighboring list. In one example embodiment, the recipient V2X member may need to authenticate the V2X member who announces segments of its neighboring list. In one example embodiment, the recipient V2X member may receive the modified neighbor list and may replace the current local one with the received one. In one example embodiment, the recipient V2X member may receive the same neighbor list and may replace the current local one with the received one. In one example embodiment, the recipient V2X member may receive the modified segment of the neighbor list and may replace the current local one with the received one. In one example embodiment, the recipient V2X member may receive the same segment neighbor list and may replace the current local one with the received one. In one example embodiment, the recipient V2X member may need to collect all the received segments from the announcing V2X member to create the announcing V2X user's neighboring list.

According to various embodiments, a device such as, for example, a wireless device, off-network wireless device, a V2X wireless device, a base station, a V2X network entity, an IMS network entity, and/or the like, may comprise one or more processors and memory. The memory may store instructions that, when executed by the one or more processors, cause the device to perform a series of actions. Embodiments of example actions are illustrated in the accompanying figures and specification. Features from various embodiments may be combined to create yet further embodiments.

FIG. 54 is an example flow diagram as per an aspect of an embodiment of the present disclosure. At 5410, a first V2X wireless device may transmit a first discovery request to a V2X network entity. The a V2X network entity may comprise a first wireless device identifier and a V2X value. The V2X value may indicate a V2X communication capability. At 5420, the first V2X wireless device may receive a first discovery response from the V2X network entity. The first discovery response may comprising a first discovery code. The first discovery code may correspond to at least the V2X value. At 5430, the first V2X wireless device may perform a discovery procedure. The discovery procedure may employ the first discovery code. At 5440, the first V2X wireless device may communicate, with a second V2X wireless device by employing the V2X communication capability, one or more packets in response to the discovery procedure connecting the first V2X wireless device with the second V2X wireless device.

According to an embodiment, the discovery procedure may receive a second discovery code from the second V2X wireless device. he discovery procedure may further determine the type of V2X communication of the second V2X wireless device from the second discovery code. According to an embodiment, the first discovery code may correspond to at least the first V2X wireless device identifier. According to an embodiment, the communication, by the first V2X wireless device with the second V2X wireless device, may employ a type of V2X communication compatible with the V2X communication capability. According to an embodiment, the discovery procedure broadcast, by the first V2X wireless device, the first discovery code. The first discovery code may be configured to indicate the type of V2X communication of the first V2X wireless device with the second V2X wireless device after the first wireless device is discovered by the second V2X wireless device. According to an embodiment, the discovery procedure receive, by the first V2X wireless device from the second V2X wireless device, a second discovery code. The first V2X wireless device may determine the type of V2X communication of the second V2X wireless device from the second discovery code.

According to an embodiment, the first discovery code may corresponds to at least the first V2X wireless device identifier. According to an embodiment, the first discovery code indicates the type of V2X communication over a PC5 reference point. According to an embodiment, the first discovery code indicates the type of V2X communication over a PC5 reference point via a third V2X wireless device. According to an embodiment, the first discovery code indicates the type of V2X communication to the V2X network entity via a V2X wireless device by employing a PC5 reference point.

According to an embodiment, the first discovery code indicates at least one of: a vehicle-to-vehicle application; a vehicle-to-pedestrian application; a vehicle-to-infrastructure application; a vehicle-to-network application; an emergency vehicle-to-vehicle application; an emergency vehicle-to-pedestrian application; an emergency vehicle-to-infrastructure application; and an emergency vehicle-to-network application.

According to an embodiment, the discovery procedure further comprises detecting, by the second V2X wireless device, the first V2X wireless device. The discovery procedure may determine, by the second V2X wireless device, the type of V2X communication of the first V2X wireless device from the first discovery code. According to an embodiment, the discovery procedure may respond, by the second V2X wireless device to the first V2X wireless device, the second discovery code. The discovery procedure may determine, by the first V2X wireless device, the type of V2X communication of the second V2X wireless device from the second discovery code.

According to an embodiment, the second discovery code may indicate the type of V2X communication over a PC5 reference point. According to an embodiment, the second discovery code may indicate the type of V2X communication over a PC5 reference point via a third V2X wireless device. According to an embodiment, the second discovery code may indicate the type of V2X communication to the V2X network entity via a V2X wireless device by employing the PC5 reference point. According to an embodiment, the second discovery code may indicate at least one of: a vehicle-to-vehicle application; a vehicle-to-pedestrian application; a vehicle-to-infrastructure application; a vehicle-to-network application; an emergency vehicle-to-vehicle application; an emergency vehicle-to-pedestrian application; an emergency vehicle-to-infrastructure application; and an emergency vehicle-to-network application.

FIG. 55 is an example flow diagram as per an aspect of an embodiment of the present disclosure. At 5510, a wireless device may transmit a session initiation protocol (SIP) REGISTER request to an internet protocol multimedia subsystem (IMS) network entity. The SIP REGISTER Request may comprise a first SIP header field. The first SIP header field may comprise one or more indicators for V2X capabilities of the wireless device. At 5520, the wireless device may receive a SIP response from the IMS network entity. The SIP response may comprise the first SIP header field confirming the registration of the V2X capabilities. At 5530, the wireless device may receive a second SIP request from the IMS network entity. The second SIP request may comprise a second SIP header field. The second SIP header field may comprise one or more indicators for V2X multicast service capabilities. The second SIP request may comprise one or more configuration parameters to receive packets via V2X broadcast and multicast bearers. At 5540, the wireless device may transmit a second SIP response to the IMS network entity. At 5550, the wireless device may receive packets via the V2X broadcast and multicast bearers. According to an embodiment, the SIP header field may comprise a SIP Contact header field.

According to an embodiment, the one or more indicators for V2X multicast service capabilities may comprise at least one of: an IMS communication service identifier (ICSI); and an IMS application reference identifier (IARI). According to an embodiment, the one or more indicators for V2X capabilities comprise at least one of: an IMS communication service identifier (ICSI); and an IMS application reference identifier (IARI).

According to an embodiment, the V2X capabilities comprise PC5 communications V2X capabilities of the first wireless device. According to an embodiment, the V2X capabilities comprise at least one of: a vehicle to pedestrian capabilitiy; a vehicle to infrastructure capability; a vehicle to vehicle capability; a vehicle to network capability, a combination thereof, and/or the like. According to an embodiment, the V2X capabilities indicate an emergency communication capability. According to an embodiment, the V2X capabilities may have different priorities.

According to an embodiment, the IMS network entity may maintain information about the V2X capabilities of the wireless device. According to an embodiment, the IMS network entity may employs the V2X capabilities of the wireless device to forward a SIP request towards the wireless device.

FIG. 56 is an example flow diagram as per an aspect of an embodiment of the present disclosure. At 5610, a second wireless device may receive a first session initiation protocol (SIP) REGISTER request from a first wireless device. The first session initiation protocol (SIP) REGISTER request may comprise a SIP header field. The SIP header field may comprise one or more indicators for V2X capabilities of the first wireless device. At 5620, the second wireless device may transmit a second SIP REGISTER request to an IMS network entity. The second SIP REGISTER request may comprise the SIP header field. At 5630, the second wireless device may receive a second SIP response from the IMS network entity. The second SIP response may comprise the SIP header field. At 5640, the second wireless device may transmit a first SIP response to the first wireless device. The first SIP response may comprise the SIP header field. At 5650, the first wireless device may determine, from the first SIP response comprising the SIP header field, registration of the V2X capabilities of the first wireless device with the IMS network entity.

FIG. 57 is an example flow diagram as per an aspect of an embodiment of the present disclosure. At 5710, a wireless device may transmit a first session initiation protocol (SIP) request to an internet protocol multimedia subsystem (IMS) network entity. The first SIP request may comprise at least: a SIP header field which comprises one or more indicators for V2X multicast service capabilities, and an indicator for loss of packets via V2X broadcast and multicast bearer. At 5720, the wireless device may receive a response from the IMS network entity. The response may comprise a first confirmation for the first SIP request. At 5730, the wireless device may receive a second SIP request from the IMS network entity. The second SIP request may comprise a second SIP header field. The second SIP header field may comprise the one or more indicators for V2X multicast service capabilities, and one or more configuration parameters to receive the packets via V2X broadcast and multicast bearers. At 5740, the wireless device may transmit a second SIP response to the IMS network entity. The second SIP response may comprise a second confirmation for the second SIP request. At 5750, the wireless device may receive the packets via the V2X broadcast and multicast bearers.

FIG. 58 is an example flow diagram as per an aspect of an embodiment of the present disclosure. At 5810, a wireless device may receive, by a second wireless device from a first wireless device, a first session initiation protocol (SIP) request. The first SIP request may comprise at least: a SIP header field which comprises one or more indicators for V2X multicast service capabilities, and indicator of loss of packets via V2X broadcast and multicast bearer. At 5820, the second wireless device may transmit a second SIP request to an internet protocol multimedia subsystem (IMS) network entity. The second SIP request may comprise the SIP header field and the indicator for the loss of packets via V2X broadcast and multicast bearer. At 5830, the second wireless device may receive a third SIP request from the IMS network entity. The third SIP request may comprise the SIP header field which comprises the one or more indicators for V2X multicast service capabilities, and one or more configuration parameters to receive the packets via V2X broadcast and multicast bearers. At 5840 the second wireless device may transmit a fourth SIP request to the first wireless device. The fourth SIP request may comprise the SIP header field and one or more configuration parameters to receive the packets via V2X broadcast and multicast bearers. At 5850, the first wireless device may receive via the second wireless device, the packets via V2X broadcast and multicast bearers.

In this specification, “a” and “an” and similar phrases are to be interpreted as “at least one” and “one or more.” In this specification, the term “may” is to be interpreted as “may, for example.” In other words, the term “may” is indicative that the phrase following the term “may” is an example of one of a multitude of suitable possibilities that may, or may not, be employed to one or more of the various embodiments. If A and B are sets and every element of A is also an element of B, A is called a subset of B. In this specification, only non-empty sets and subsets are considered. For example, possible subsets of B={cell1, cell2} are: {cell1}, {cell2}, and {cell1, cell2}.

In this specification, various embodiments are disclosed. Limitations, features, and/or elements from the disclosed example embodiments may be combined to create further embodiments within the scope of the disclosure.

In this specification, parameters (Information elements: IEs) may comprise one or more objects, and each of those objects may comprise one or more other objects. For example, if parameter (IE) N comprises parameter (IE) M, and parameter (IE) M comprises parameter (IE) K, and parameter (IE) K comprises parameter (information element) J, then, for example, N comprises K, and N comprises J. In an example embodiment, when one or more messages comprise a plurality of parameters, it implies that a parameter in the plurality of parameters is in at least one of the one or more messages, but does not have to be in each of the one or more messages.

Many of the elements described in the disclosed embodiments may be implemented as modules. A module is defined here as an isolatable element that performs a defined function and has a defined interface to other elements. The modules described in this disclosure may be implemented in hardware, software in combination with hardware, firmware, wetware (i.e hardware with a biological element) or a combination thereof, all of which are behaviorally equivalent. For example, modules may be implemented as a software routine written in a computer language configured to be executed by a hardware machine (such as C, C++, Fortran, Java, Basic, Matlab or the like) or a modeling/simulation program such as Simulink, Stateflow, GNU Octave, or LabVIEWMathScript. Additionally, it may be possible to implement modules using physical hardware that incorporates discrete or programmable analog, digital and/or quantum hardware. Examples of programmable hardware comprise: computers, microcontrollers, microprocessors, application-specific integrated circuits (ASICs); field programmable gate arrays (FPGAs); and complex programmable logic devices (CPLDs). Computers, microcontrollers and microprocessors are programmed using languages such as assembly, C, C++ or the like. FPGAs, ASICs and CPLDs are often programmed using hardware description languages (HDL) such as VHSIC hardware description language (VHDL) or Verilog that configure connections between internal hardware modules with lesser functionality on a programmable device. Finally, it needs to be emphasized that the above-mentioned technologies are often used in combination to achieve the result of a functional module.

The disclosure of this patent document incorporates material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent file or records, for the limited purposes required by law, but otherwise reserves all copyright rights whatsoever.

While various embodiments have been described above, it should be understood that they have been presented by way of example, and not limitation. It will be apparent to persons skilled in the relevant art(s) that various changes in form and detail can be made therein without departing from the spirit and scope. In fact, after reading the above description, it will be apparent to one skilled in the relevant art(s) how to implement alternative embodiments. Thus, the present embodiments should not be limited by any of the above described exemplary embodiments. In particular, it should be noted that, for example purposes, the above explanation has focused on the example(s) using FDD communication systems. However, one skilled in the art will recognize that embodiments of the invention may also be implemented in a system comprising one or more TDD cells (e.g. frame structure 2 and/or frame structure 3-licensed assisted access). The disclosed methods and systems may be implemented in wireless or wireline systems. The features of various embodiments presented in this invention may be combined. One or many features (method or system) of one embodiment may be implemented in other embodiments. Only a limited number of example combinations are shown to indicate to one skilled in the art the possibility of features that may be combined in various embodiments to create enhanced transmission and reception systems and methods.

In addition, it should be understood that any figures which highlight the functionality and advantages, are presented for example purposes only. The disclosed architecture is sufficiently flexible and configurable, such that it may be utilized in ways other than that shown. For example, the actions listed in any flowchart may be re-ordered or only optionally used in some embodiments.

Further, the purpose of the Abstract of the Disclosure is to enable the U.S. Patent and Trademark Office and the public generally, and especially the scientists, engineers and practitioners in the art who are not familiar with patent or legal terms or phraseology, to determine quickly from a cursory inspection the nature and essence of the technical disclosure of the application. The Abstract of the Disclosure is not intended to be limiting as to the scope in any way.

Finally, it is the applicant's intent that only claims that include the express language “means for” or “step for” be interpreted under 35 U.S.C. 112, paragraph 6. Claims that do not expressly include the phrase “means for” or “step for” are not to be interpreted under 35 U.S.C. 112. 

The invention claimed is:
 1. A method comprising: transmitting, by a wireless device to an internet protocol multimedia subsystem (IMS) network entity, a session initiation protocol (SIP) REGISTER request comprising a first SIP header field indicating one or more target device types with which the wireless device supports V2X communications; receiving, by the wireless device from the IMS network entity, a SIP response comprising the first SIP header field indicating a confirmation of registration of capability of the wireless device to communicate, via V2X communications, with the one or more target device types; receiving, by the wireless device from the IMS network entity, a second SIP request comprising: a second SIP header field comprising one or more indicators for V2X multicast service capabilities; and one or more configuration parameters to receive packets via V2X broadcast and multicast bearers; transmitting, by the wireless device to the IMS network entity, a second SIP response; and receiving, by the wireless device, the packets via the V2X broadcast and multicast bearers.
 2. The method of claim 1, wherein at least one of the first SIP header field or the second SIP header field comprises a SIP Contact header field.
 3. The method of claim 1, wherein the one or more indicators for V2X multicast service capabilities comprise at least one of: an IMS communication service identifier (ICSI); or an IMS application reference identifier (IARI).
 4. The method of claim 1, wherein the first SIP header field comprises at least one of: an IMS communication service identifier (ICSI); or an IMS application reference identifier (IARI).
 5. The method of claim 1, wherein the one or more target device types are associated with PC5 communications V2X capabilities of the wireless device.
 6. The method of claim 1, wherein the one or more target device types are associated with capability to communicate via at least one of: vehicle to pedestrian communications; vehicle to infrastructure communications; vehicle to vehicle communications; or vehicle to network communications.
 7. The method of claim 1, wherein the one or more target device types are associated with at least one emergency communication capability.
 8. The method of claim 1, wherein the one or more target device types have different priorities.
 9. The method of claim 1, wherein the IMS network entity maintains information about the one or more target device types of the wireless device.
 10. The method of claim 9, wherein the wireless device receives, via a communication associated with the one or more target device types, a SIP request forwarded by the IMS network entity.
 11. A wireless device comprising: one or more processors; and memory storing instructions that, when executed by the one or more processors, cause the wireless device to: transmit, to an internet protocol multimedia subsystem (IMS) network entity, a session initiation protocol (SIP) REGISTER request comprising a first SIP header field indicating one or more target device types with which the wireless device supports V2X communications; receive, from the IMS network entity, a SIP response comprising the first SIP header field indicating a confirmation of registration of capability of the wireless device to communicate, via V2X communications, with the one or more target device types; receive, from the IMS network entity, a second SIP request comprising: a second SIP header field comprising one or more indicators for V2X multicast service capabilities; and one or more configuration parameters to receive packets via V2X broadcast and multicast bearers; transmit, to the IMS network entity, a second SIP response; and receive the packets via the V2X broadcast and multicast bearers.
 12. The wireless device of claim 11, wherein at least one of the first SIP header field or the second SIP header field comprises a SIP Contact header field.
 13. The wireless device of claim 11, wherein the one or more indicators for V2X multicast service capabilities comprise at least one of: an IMS communication service identifier (ICSI); or an IMS application reference identifier (IARI).
 14. The wireless device of claim 11, wherein the first SIP header field comprises at least one of: an IMS communication service identifier (ICSI); or an IMS application reference identifier (IARI).
 15. The wireless device of claim 11, wherein the one or more target device types are associated with PC5 communications V2X capabilities of the wireless device.
 16. The wireless device of claim 11, wherein the one or more target device types are associated with capability to communicate via at least one of: vehicle to pedestrian communications; vehicle to infrastructure communications; vehicle to vehicle communications; or vehicle to network communications.
 17. The wireless device of claim 11, wherein the one or more target device types are associated with an emergency communication capability.
 18. The wireless device of claim 11, wherein the one or more target device types have different priorities.
 19. The wireless device of claim 11, wherein the IMS network entity maintains information about the one or more target device types of the wireless device.
 20. The wireless device of claim 19, wherein the instructions, when executed by the one or more processors, further cause the wireless device to receive, via a communication associated with the one or more target device types, a SIP request forwarded by the IMS network entity. 